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PROLOGO 


El Sinclair Spectrum es un microordenador que ha 
tenido, merecidamente, un éxito fenomenal. Resulta 
sorprendente comprobar cómo, con muy poco trabajo 
de programación, pueden lograrse en él resultados 
espectaculares. El Spectrum puede considerarse una 
máquina revolucionaria porque aporta muchas ¡ideas 
nuevas. Por ejemplo, el BASIC ZX es un nuevo y 
excelente dialecto del BASIC, y su sistema de 
presentación en pantalla utiliza atributos parale- 
los para controlar los colores. La aparición del 
Interface 1 y de los Microdrives le ha proporcio- 
nado aún una mayor versatilidad y potencia. 

Muchos usuarios de microordenadores deben 
preguntarse qué es exactamente lo que le ha dado 
al Spectrum este éxito tan extraordinario. Preci- 
samente, este libro explora una gran variedad de 


razones que contribuyen a ello, al mismo tiempo 
que pretende ayudar a los usuarios del Spectrum a 
sacar el máximo provecho de todas sus ex- 


traordinarias caracteristicas. Este libro trata, 
por lo tanto, del hardware y del software del 
Spectrum y de la importante interacción entre uno 
y otro. 

Después de un capitulo de introducción que 
comenta los aspectos generales de la tecnología de 
los ordenadores, los tres capítulos que le siguen 
examinan el Spectrum estándar de 1ó Ó 48 K, explo- 
rándolo a nivel de los circuitos que lo componen y 
del BASIC ZX. El capitulo 5 describe el perfeccio- 
nado sistema de E/S que alberga en su seno el 
Spectrum estándar, un sistema basado en las 
corrientes y los canales. El sistema de video es, 
obviamente, una parte importante en cualquier 
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aplicación y por ello se le dedican dos capítulos 
que explican la forma en que trabaja, proporcio- 
nando ejemplos de cómo pueden aplicarse los cono- 
cimientos adquiridos para sacar un mayor provecho 
del sistema. Los periféricos estándar del Spectrum 
tel interfaz para el casete, el generador de 
sonido y la impresora ZX) se comentan en el capi- 
tulo 8, mientras que los capitulos 9 y 19 se 
dedican al Interface 1 y a los Microdrives. El 
capitulo 11 presenta al interfaz RS232 y la Red de 
Area Local Sinclair, mostrando las posibilidades 
del Spectrum en lo que se refiere a las comuni- 
caciones. El último capítulo es una colección de 
aplicaciones que pretenden mostrar algunos de los 
proyectos avanzados que el mismo lector puede 
desarrollar. 

En este libro, se supone que el lector conoce 
el BASIC ZX a un nivel de iniciación. Aunque el 
enseñar al lector las técnicas de programación en 
lenguaje ensamblador se aparta de los objetivos de 
este libro, en él se incluyen muchos ejemplos que 
emplean ese lenguaje en las aplicaciones donde su 
utilización representa una clara ventaja, y en 
estos casos se presentan las correspondientes 
rutinas en código máquina incorporadas en los 
programas escritos en BASIC. Si Vd. conoce ya el 
lenguaje ensamblador del Z84% y desea saber dónde 
puede aplicarlo, estos ejemplos le sugerirán 
nuevas aplicaciones. Si, por el contrario, todavia 
no conoce Vd. ese lenguaje, podrá usar también las 
mismas rutinas y le demostrarán las ventajas que 
el lenguaje ensamblador puede proporcionarle, 
actuando de esta forma como una estimulante intro- 
ducción. 

Vd. sin duda observará que el presente libro 
contiene una gran cantidad de material, probable- 
mente más del que puede asimilarse en una primera 
lectura. No se preocupe si hay algunos temas que 
no comprende bien la primera vez. Como la mayoria 
de los temas técnicos, el de los ordenadores no 
puede asimilarse completamente con la lectura 
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solamente. Debe Vd. experimentar por si mismo para 
llegar a dominar los temas expuestos. No tema 
explorar las ideas por sí mismo. Este libro 
pretende sugerirle los caminos adecuados, pero son 
solamente la punta del iceberg. 

Muchas de las ideas del libro están relacio- 
nadas entre si. Observará Vd. que, a medida que se 
van introduciendo nuevas ideas, se profundiza 
también más en los temas que se han presentado ya 
con anterioridad. Por ello, no puede pretenderse 
leer la primera página de este libro y continuar 
hasta el final del último capitulo asimilando 
perfectamente todas las palabras. Por el  contra- 
rio, con frecuencia deberá Vd. leer de nuevo 
algunas secciones ya leidas anteriormente obser- 
vando que poseen un mayor sentido a la luz de los 
nuevos conocimientos adquiridos. Espero que este 
libro tenga para Vd. una larga duración en el 
sentido de que contiene suficiente material como 
para mantenerle ¡interesado en distintas áreas 
durante largos periodos. En él, creo que he 
logrado explicar por qué el Spectrum es un micro- 
ordenador tan apasionante y cómo se pueden  apro- 
vechar las posibilidades que su enorme potencial 
ofrece. 

Deseo expresar mi agradecimiento a Richard 
Miles y Sue Moore de Granada Publishing por su 
duro trabajo y su ayuda en la preparación de este 
libro. 


Mike James 
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CAPITULO 1 


CcÓmO LLEGAR A SER 


UN EXPERTO 


Para llegar a ser un experto en cualquier ordena- 
dor es necesario conocer su software y también su 
hardware. De hecho, la división entre software y 
hardware no está muy definida en algunos Casos. 
¡No puede conocerse a fondo una parte ¡ignorando 
totalmente la otra! En los ordenadores personales 
como el Spectrum, lo más interesante es conseguir 
una mejora del hardware disponible mediante la 
ampliación del software. Sin embargo, esto no 
significa que cada programador debe ser, al mismo 
tiempo, un ingeniero de hardware. 

La electrónica puede ser un tema dificil de 
comprender y su aprendizaje puede requerir mucho 
tiempo, pero en la programación de ordenadores lo 
realmente importante es saber la forma en que el 
hardware afecta a lo que se programa en el 
software. La mayor parte del contenido de este 
libro está dedicado a explicar el hardware del 
Spectrum desde el punto de vista del programador 
creativo. 

Este capitulo presenta una visión. general del 
hardware de un ordenador. El capítulo 2 describe 
el hardware del Spectrum en particular. La mayor 
parte del contenido de estos dos primeros capitu- 
los se empleará y desarrollará más adelante tra- 
tando algunos temas de una forma más especifica. 

Si al hablar tanto del hardware piensa Vd. que 
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vamos a Olvidar la parte del software, los capi- 
tulos 3,9 y 5, que exploran las interioridades del 
BASIC ZX, le demostrarán que el software es real- 
mente tan importante como el hardware. 

En capítulos posteriores se describen los 
detalles de algunos periféricos estándar del 
Spectrum: el sistema de casete, la impresora  ZX, 
los Interfaces 1 y 2, asi como el Microdrive, 
explicando la forma de emplearlos en aplicaciones 
de almacenamiento de programas, transmisión de 
datos a través de una red local, etc. 

Para comprender bien el contenido de este 
libro, solamente se precisa conocer el BASIC  ZxX. 
Si Vd. es todavía un principiante en el BASIC, 
seria recomendable que leyera primeramente un 
libro de introducción al tema. Normalmente se 
empleará el BASIC para ilustrar las ¡ideas  des- 
critas en el libro pero ño siempre será posible 
alcanzar la velocidad de proceso necesaria usando 
solamente este lenguaje y en algunos casos no 
habrá más solución que emplear el lenguaje ensam- 
blador del Z389. 

Este libro, sin embargo, no pretende explicar 
la forma de emplear el lenguaje ensamblador, pero 
si no se empleara en algunos ejemplos quedarian en 
el tintero muchos temas interesantes. La solución 
adoptada es la de proporcionar programas en 
lenguaje ensamblador 289 que puedan emplearse 
dentro de los programas en BASIC ZX como funciones 
USR. Generalmente, se describirá lo que hacen 
estas funciones USR y la forma en que lo hacen, 
aunque no se explicará la parte correspondiente al 
código máquina. Si Vd. conoce ya el lenguaje 
ensamblador 2839, entonces los listados completos 
de los programas con sus comentarios serán sutfi- 
cientes para saber cómo trabajan los programas. Si 
Vd. no comprende el lenguaje ensamblador, obtendrá 
solamente una idea general de lo que hacen estos 
programas, pero también podrá usarlos en sus 
propios programas en BASIC. En otras palabras, 
mientras pueda Vd. comprender los algoritmos 
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utilizados, no necesita conocer el significado de 
los códigos. 

Es importante comentar que aunque la mayoria de 
libros que tratan de estos temas contienen una 
progresión lógica de ideas desde el primer capitu- 
lo hasta el final, esto no significa que deba 
leerse y comprender cada capitulo perfectamente 
antes de pasar al siguiente. Dice un antiguo 
proverbio que la mejor forma de leer un libro 
sobre ordenadores es leyéndolo una vez hacia 
adelante, otra hacia atrás y luego... ¡intentar 
comprenderlo por primera vez! Hay algo más que un 
poco de sabiduria en este proverbio, y normalmente 
la lectura desde el principio y luego desde el 
final hacia atrás suele dar buenos resultados, 
puesto que la información que se proporciona más 
adelante puede arrojar una luz nueva sobre lo que 
ya se ha aprendido al principio. Es conveniente 
tener presente esta idea mientras se lea el 
presente libro. Si Vd. cree no estar seguro de 
comprender algo que ha leido, resista la tentación 
de retroceder: siga leyendo hasta el final de la 
sección. Resulta sorprendente comprobar cómo, a 
veces, los pequeños detalles quedan aclarados 
cuando se logra obtener una visión general de la 
situación. No espere comprender, en una primera 
lectura, toda la materia explicada en este libro. 
Algunos temas solamente le serán útiles cuando Vd. 
los ponga en práctica, y será entonces cuando 
tendrán realmente sentido para Vd. En este  sen- 
tido, el presente libro pretende ser también un 
libro de consulta para el futuro. 


Compohnentes=sz de 
um ordenador 


Todos los ordenadores tienen algo común entre 
ellos. Concretamente, todos poseen una cPu 
("Central Processing Unit", Unidad Central de 
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Proceso) que es la que realmente ejecuta las ins- 
trucciones contenidas en los programas. Todos 
tienen también una forma u otra de memoria para 
alojar tanto a los programas como a los datos y, 
finalmente, todos ellos poseen algún dispositivo 
de Entrada/Salida (E/S) que le permitirá a Vd. 
comunicarse con su programa (véase la Figura 1.1). 
Este principio tan simple se complica un poco más 
debido a que existen muchos tipos de memorias y 
una gran variedad de dispositivos de E/S. 


Memoria 


Fig. 1.1. Componentes de un ordenador. 


La memoria se divide en dos clases; primaria y 
secundaria o de apoyo. La memoria primaria se 
emplea para almacenar el programa que la CPU está 
ejecutando y los datos que debe procesar en un 
instante determinado. La memoria secundaria, por 
ejemplo el aparato de Casete, se utiliza para 
almacenar la "biblioteca" de programas y de datos. 
La memoria primaria se divide, a su vez, en 
memoria RAM ("Random Access Memory", Memoria de 
Acceso Aleatorio) y memoria ROM ("Read Only 
Memory", Memoria de Sólo Lectura). La diferencia 
entre estos dos tipos de memoria es que en la 
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memoria RAM puede alterarse su contenido, mientras 
que la memoria ROM contiene una información 
inalterable que fue "grabada” en un momento 
determinado de su fabricación. El nombre "RAM" es, 
en cierto modo, impropio puesto que no refleja 
realmente la diferencia en tre ambos tipos de 
memorias. En realidad, sería mejor denominarla 
"Memoria de Lectura y Escritura”, contrastando con 
la "Memoria de Sólo Lectura” (ROM). 

Todos los ordenadores poseen una parte de 
memoria RAM, la cual se emplea para almacenar los 
programas del usuario; y también una parte de ROM, 
conteniendo la información prefijada que el 
ordenador precisa para poder ejecutar sus progra- 
maS. En el caso del Spectrum y de la mayoria de 
los microordenadores, la ROM contiene las reglas 
del lenguaje BASIC, es decir, el intérprete de 
BASIC. Antes de pasar a analizar el hardware del 
Spectrum, creo interesante comentar brevemente la 
forma en que se almacena la información en la 
memoria. 


Direcciones», datos >» 
conjuntos de bits 


Desde el punto de vista de la CPU, la memoria se 
parece a una colección de posiciones numeradas, 
cada una de las cuales es Capaz de contener un 
dato. El número que identifica cada una de las 
posiciones de memoria se denomina "dirección" 
(véase la Figura 1.2.). Los datos que pueden 
almacenarse en estas posiciones de la memoria 
tienen la forma de un conjunto de bits. Como que 
un bit puede tener un valor igual a "uno” o bien a 
"cero",un conjunto de bits será, en realidad, un 
conjunto de "unos" y "ceros". Por ejemplo, g1ig19 
es un conjunto de bits. 
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Dirección 


»- Entrada/salida de datos 


——2 


La dirección Posiciones 
selecciona una de memoria 
posición de la 

memoria 


Fig. 1.2. Empleo de la dirección para locali- 
zar un dato en una posición de memoria. 


La mayoria de los microordenadores, incluido el 
Spectrum, tienen un tipo de memoria Capaz de 
contener un conjunto de ocho bits en cada una de 
las posiciones. Estas agrupaciones de ocho bits 
son tan frecuentes que poseen un nombre especial 
ty bien conocido): byte. 

Estos conjuntos de bits se emplean para repre- 
sentar los tipos de datos más familiares que se 
utilizan normalmente en el BASIC, pero es impor- 
tante resaltar que lo único que puede almacenar 
una posición de memoria es un conjunto de bits (en 
el caso del Spectrum, un conjunto de OCHO bits). 

La forma más conocida de emplear los conjuntos 
de bits es para representar los números binarios, 
y por ello vamos a explicar los detalles de esta 
forma de representación. Los ocho bits que están 
almacenados en una posición de memoria se  deno- 
minar normalmente bY (bit cero), bi (bit uno), b2 
(bit dos)... bY (bit siete) y están dispuestos de 
la forma siguiente: 
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b7 bó b5 b4 b3 b2 bl bg 


Cada bit del conjunto está asociado con un valor 
distinto: 


b7 bó b5 b4 b3 b2 b1 bg 
128 64 32 16 8 4 2 1 


Si examina estos valores con atención, verá que 
empiezan por el valor 1 correspondiente al b9Y y va 
duplicando el valor de cada uno de los bits 
restantes a medida que se alejan del b9. Otra 
forma de interpretar estos valores es considerando 
que cada uno de ellos es igual a 2%n (dos elevado 
a n), siendoo "n" el número del bit. Para 
transformar un número binario al sistema más 
familiar para nosotros de notación decimal, se 
precisa solamente sumar los valores asociados a 
los bits del conjunto que tengan valor 1. Por 
ejemplo: 


b7 bó b5 b4 b3 b2 bi bg 


equivale a 32+8+2= 42 en decimal. 

Para convertir un número binario al sistema 
decimal, el sistema más simple será empleando la 
función BIN del Spectrum. Por: ejemplo: 


PRINT BIN x 


donde x es el número binario del cual deseamos 
conocer su equivalencia en el sistema decimal. El 
Spectrum hará rápidamente el cálculo  correspon- 
diente y nos escribirá el resultado. Recuerde que 
siempre puede emplear el ordenador para evitarse 
la parte más dificil y engorrosa de la aritmética 
que frecuentemente aparta a la gente de algunos 
temas sencillos como son los números binarios. Es 
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más importante comprender la idea de emplear un 
conjunto de bits para representar un valor numéri- 
co que ser capaz de realizar milagros en cálculos 
aritméticos mentales para convertir números  bi- 
narios a decimales. Desgraciadamente, el Spectrum 
no posee ninguna función capaz de convertir un 
número decimal a su forma binaria, aunque en 
realidad tampoco se emplea muy a menudo. Para las 
pocas ocasiones en que pueda _ser necesaria esta 
conversión, la siguiente subrutina calculará el 
valor binario equivalente de un valor decimal 
contenido en la variable D y devolverá el  resul- 
tado como un conjunto de bits contenido en la 
variable alfanumérica B%. 


1090 LET B$="" 

190109 LET B=D-INT(D/2)%X2 

1920 IF B=9 THEN LET BS$="9"+B5$ 
10309 IF B=1 THEN LET B$="1"+BS 
1949 LET D=INT(D/2) 

1959 IF D=9 THEN RETURN 

19609 GOTO 1919 


Los lenguajes de alto nivel como el BASIC disimu- 
lan muy bien el hecho de que su memoria sólo puede 
contener conjuntos de bits. Sin embargo, los tipos 
de datos que se usan normalmente en el BASIC 
(números, cadenas y matrices) se crean todos a 
partir de los conjuntos de ocho bits llamados 
bytes. 

Una vez comprendidos los principios de los 
números binarios y de los conjuntos de bits, 
resulta mucho más fácil de comprender la forma en 
que trabajan los ordenadores. Por ejemplo, cada 
posición de memoria puede contener solamente ocho 
Dits. Esto significa que el número más pequeño que 
puede almacenar es el 999900099, es decir, cero; y 
el mayor el 11111111, que convertido al sistema 
decimal resulta ser el 255. 

Como ya se ha mencionado anteriormente, las 
posiciones de memoria donde se almacenan los datos 
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y desde donde se recuperan están identificadas por 
un número llamado "dirección". También esta 
dirección está relacionada con los conjuntos de 
bits y los números binarios. Desde el punto de 
vista del hardware, lo más importante de los 
conjuntos de bits es que sólo precisan dos estados 
para representarlos. Normalmente, estos dos esta- 
dos se denominan uno y cero, pero nada nos 
impediria rebautizarlos con los nombres de "on" 
(conectado) y "off" (desconectado). 

El hardware de los ordenadores utiliza dos 
niveles de tensión eléctrica falto y bajo) para 
representar los bits que componen los conjuntos de 
bits. Los ocho bits que representan un dato dentro 
de una posición de memoria determinada están pues 
formados por dos niveles distintos de tensión 
eléctrica. De la misma forma, el número que se 
emplea para identificar una posición de memoria, 
es decir, la dirección, también está representada 
por un conjunto de bits a dos niveles distintos de 
tensión. La mayoría de los microordenadores, como 
el Spectrum, utilizan un conjunto de 1ló bits para 
especificar las distintas posiciones de memoria 
utilizables. Con 1áó bits, se pueden representar 
números binarios equivalentes a los decimales 
entre el $ y el 65535. Esto determina la cantidad 
máxima de posiciones de memoria que puede manejar, 
que resulta doblada cada vez que se añade un nuevo 
bit a la dirección: 


con 1 bit pueden direccionarse 2 posiciones 
con 2 bits pueden direccionarse 4 posiciones 
con 3 bits pueden direccionarse 8 posiciones 
etc. : 


Es más lógico, por lo tanto, medir la cantidad de 
memoria disponible de una forma que tenga en 
cuenta lo explicado anteriormente. En vez de 
adoptar como la unidad básica de cantidad de 
memoria las 1998 posiciones de memoria, es más 
conveniente emplear la cantidad de 1924 posicio- 
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nes, equivalentes a 1 Kbyte. Con una dirección 
compuesta de 194 bits, pueden manejarse exactamente 
1924 posiciones, es decir, 1 K de memoria. Con 11 
bits pueden controlarse 2 K3 4 K con 12 bits, y 
así sucesivamente hasta los 64 K de memoria que se 
controlan con direciones de lá bits, como en el 
caso del Spectrum. Si la unidad básica fuera 1999 
posiciones, todos estos cálculos serían mucho más 
engorrosos. 


Los conjuntos de bits 
en el hardmmare: el bus 


Los conjuntos de bits y los números binarios 
pertenecen a la parte del software del ordenador 
más que al hardware. Sin embargo, corresponden 
exactamente a algo muy importante en el hardware: 
el bus. En la sección anterior, vimos que un bit 
se representa en el hardware como uno de los dos 
niveles distintos de tensión eléctrica, alto o. 
bajo. De esta forma, un conjunto de bits deberá 
representarse por un conjunto de valores de 
tensión. El bus es, simplemente, un conjunto de 
conductores eléctricos que se utiliza para trans- 
portar estos valores de tensión de una parte a 
otra dentro del ordenador. Cada uno de los conduc- 
tores adopta el estado correspondiente a un bit. 
Por ejemplo, la CPU genera las direcciones que se 
transportan a la memoria a través del "bus de 
direcciones”. Si la CPU emplea direcciones de 16 
bits, entonces el bus de direciones tendrá también 
1ó conductores, cada uno de los cuales adoptará el 
valor de un bit de la dirección. En un sistema 
real, el bus de direciones sale de la CPU y está 
conectado tanto a la memoria como a los disposi- 
tivos de E/S, que deben estar informados de la 
dirección emitida por la CPU en cada momento. 

De la misma forma, los datos se transportan de 
un lugar a otro dentro del ordenador a través del 


22 


"bus de datos”, que enlaza todos los elementos 
transmisores y receptores de datos dentro del 
sistema. Si la CPU y la memoria trabajan con datos 
de ocho bits, el bus de datos tendrá también ocho 
conductores. Nótese que la diferencia entre ambos 
tipos de bus es que el bus de datos puede  trans- 
portar señales eléctricas DESDE y HACIA la CPU. 
Los dos buses conectan entre si todas las partes 
del ordenador como si se tratara de un solo 
aparato. 

Además de estos dos tipos fundamentales de bus, 
existe también un pequeño grupo de conductores que 
enlaza la CPU con el resto del sistema: el bus de 
control. Su misión es la de sincronizar el trabajo 
de las distintas partes del ordenador y —transpor- 
tar información relativa a lo que están haciendo 
cada una de ellas en un momento determinado. Por 
ejemplo, el bus de control contiene un conductor 
que señaliza si la CPU está leyendo datos de algún 
dispositivo. Desde el punto de vista del software, 
muy pocas de estas señales pueden ser de utilidad. 

Después de estos comentarios sobre los funda- 
mentos de los ordenadores en general, pasaremos a 
concentrarnos en el Sinclair Spectrum, para des- 
cubrir qué es lo que lo hace tan especial. 
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CAPITULO => 


EL SPECTRUM POR DENTRO 


El Spectrum es un ordenador muy especial. La mayor 
parte de su hardware está incluido en un chip 
llamado ULA ("Uncommited Logic Array”), realizado 
especialmente para este ordenador. Este hecho ya 
es por sí solo responsable de que el Spectrum  po- 
sea tantas prestaciones a un precio tan reducido. 
Sin embargo, el diseño de la ULA dificulta bastan- 
te la posibilidad de alterar el modo de  —funciona- 
miento de la máquina, y en este sentido podemos 
considerar al Spectrum como una máquina con un so- 
lo "modo” de funcionamiento. Por esta razón, no 
creo interesante examinar en detalle el hardware 
del Spectrum, por ejemplo, con un esquema completo 
del circuito. Este esquema no sería tampoco muy 
útil para intentar reparar el ordenador puesto que 
el número de componentes es muy reducido y uno de 
los más importantes (la ULA) se puede obtener 
¡solamente de Sinclair ! Por tanto, vale la pena 
adquirir unas nociones generales sobre el funcio- 
namiento del Spectrum y un conocimiento en detalle 
de una o dos conexiones "externas" importantes co- 
mo el altavoz y los circuitos relacionados con el 
casete. Después de todo, un conocimiento detalla- 
do del hardware solamente es util si puede  ayu- 
darnos a modificar la forma de trabajar del  —soft- 
ware, o bien si puede usarse para cambiar o añadir 
más posibilidades al Spectrum. 
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La CPU 


La CPU empleada en el Spectrum es el popularisimo 
microprocesador 289 A. La única diferencia entre el 
chip 289 standard y el 289 A es que este último 
puede trabajar el doble de rápido que el 2389. 

La velocidad de trabajo de un microprocesador 
está condicionada a la máxima frecuencia del reloj 
que puede aceptar. El reloj ("clock") es simple- 
mente un impulso recibido a intervalos regulares 
que permite al microprocesador sincronizar todas 
las diferentes operaciones necesarias para obede- 
cer una instrucción. El número de impulsos de re- 
loj necesarios para ejecutar una instrucción de- 
pende de la complejidad de cada instrucción. En 
teoria, el 289 puede trabajar con una frecuencia 
de reloj de hasta 4 MHz., es decir, con un impulso 
de reloj cada ¡cuarto de millonésima de segundo '! 
En la práctica, el Spectrum utiliza una frecuencia 
de reloj de 3,5 MHz. Oo sea, inferior a la máxima 
aceptada por el 2389 A. 

El Z89 es un microprocesador bastante comun. 
Debido a que procesa los datos en conjuntos de 
ocho bits a la vez se llama un "procesador de ocho 
bits". Posee lá líneas de direcciones que le pro- 
porcionan una capacidad de direccionamiento de 64 
Kbytes, la cual está totalmente aprovechada en el 
Spectrum de 48 K. Una caracteristica importante 
del 289 es que tiene además otros 64 K. de direc- 
ciones suplementarias dedicadas a los dispositivos 
de E/S (entradas y Salidas, periféricos). Se pue- 
de acceder a ellas activando la línea del bus lla- 
mada IORGQ ("Input Output  ReQuest”, petición de 
entradas/salidas), la cual selecciona entre los 64 
K. de memoria y los 64 K. de dispositivos de E/S. 
Esto parece indicar una gran potencia y realmente 
es asi, pero con una limitación. Todas las  ins- 
trucciones que el 239 puede obedecer trabajarán en 
cualquier posición de memoria, pero los 69 Ko. de 
dispositivos de E/S. tienen un juego de instruc- 
ciones especial y muy restringido. 
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Estas instrucciones se reducen prácticamente a 
leer datos y escribirlos en los dispositivos de 
E/S que se encuentren conectados. (Véase IN y OUT 
más adelante en este capitulo). 

Puede que le parezca confuso el hecho de que 
estemos hablando de dispositivos de E/S como si se 
tratara de posiciones de memoria pero así es como 
lo aprecia el ordenador desde su punto de vista. 
Un dispositivo de E/S envía datos al ordenador y 
los recibe de éste como si se tratara de una 
posición de memoria. La diferencia principal es 
que cada dispositivo de E/S debe corresponder a un 
número de localización de E/S O "port". Por 
ejemplo, la impresora ZX Printer es un dispositivo 
de E/S que utiliza una sola via de acceso 0 
"port" en la dirección 251 para recibir los datos 
que determinan lo que debe imprimir, y también 
para enviar datos al Spectrum que indican el 
"estado" en que se encuentra la impresora. Los 
Microdrives y el Interface 1 emplean tres  "ports” 
de E/S, en las direcciones 254, 297 y 239 para 
comunicarse con el Spectrum. La forma de utilizar 
los "ports" y las instrucciones de E/S se deta- 
llará más adelante en los próximos capitulos, con 
ejemplos prácticos. 

La característica más importante del 289 en lo 
que afecta al programador es que determina el len- 
guaje máquina y el ensamblador que deben usarse en 
el Spectrum. No es el propósito de este libro el 
de enseñar el lenguaje de máquina del Z39 pero,tal 
como ya he dicho antes, se empleará este lenguaje 
cuando no exista otra forma de lograr la velocidad 
de proceso necesaria, para una demostración. Si 
Vd. desea aprender el código máquina o el lenguaje 
ensamblador, vea los libros dedicados especial- 
mente a este +fin. 


La memor ia 


El espacio de direccionamiento de la memoria en el 
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Spectrum está dividido en dos partes, como puede 
verse en la Figura 2.1, Los 1ó K. de ROM se  em- 
plean para alojar todo el código máquina  nece- 
sario para implementar las reglas del BASIC ZX y 
las subrutinas que controlan el hardware están- 
dar del Spectrum. Por ejemplo, hay una rutina que 
lee el teclado y otra que produce el sonido usando 


65535 
Expansión 
32 K RAM 
RAM 48 K 
32768 
RAM 
fija 16 K 
16384 
ROM 
ROM 16 K de BASIC 
16 K 
00 


Fig. 2.1. Estructura del espacio de direc- 
cionamiento de la memoria en el Spectrum. 


el altavoz. Esta memoria ROM está contenida en un 
solo chip de 1ó6 Kbytes. Si es Vd. un aventurero y 
dispone del hardware de programación necesario 
puede sustituir esta ROM por una EPROM 27128 que 
contenga su propio programa en código máquina. 
EPROM significa "Erasable Programmable Read Orly 
Memory" (Memoria de sólo lectura que puede ser bo- 
rrada) y es simplemente un tipo de ROM que puede 
programarse mediante un aparato relativamente eco- 
nómico. Una EPROM puede borrarse exponiéndola  du- 
rante unos minutos a la luz ultravioleta, y por lo 
tanto puede ser reutilizada, nuevamente. 

Sin embargo, deberia Vd. copiar muchas subruti- 
nas de la ROM original que manejan el hardware 
(como el teclado y la pantalla del televisor) en 
su nueva EPROM, y además, escribir un programa de 
16 K. en código máquina no es tan +ácil como 
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puede parecer. 


La RAM del Spectrum está dividida en dos sec- 
ciones. Los primeros 1ó K. están siempre presentes 
y se emplean para almacenar la información que ge- 
nera la imagen en la pantalla del TV. así como una 
gran cantidad de información del sistema y progra- 
mas del usuario. Los restantes 32 K. son opciona- 
les (sólo están presentes en la versión de 48 K.) 
y se añaden a los 1ló K. estándar para proporcionar 
la máxima capacidad del Spectrum, los 48 Kbytes. 
Ambas secciones están constituidas por chips de 
RAM dinámica. La sección de 1é K. emplea ocho 
chips estándar 4116 de 16 Kbits y la sección de 32 
K. usa ocho chips más 4532 de 32 Kbits. Estos 4532 
son bastante especiales. Solo pueden obtenerse de 
Texas Instruments y son, en realidad, chips 
"defectuosos” de 64 Kbits. Es muy dificil +fabri- 
car chips de memoria que puedan almacenar tanto 
como 69 Kbits, y para no tener que eliminar  —gran- 
des cantidades de chips con sólo algunos defectos, 
Texas Instruments diseñó su chip de 64 Kbits de 
forma que pudiera trabajar como dos mitades sepa- 
radas de 32 Kbits. Si todos los defectos del chip 
se encuentran en la misma mitad, ciertamente no 
podrá utilizarse el chip para una memoria de 64 Ko. 
pero no hay ninguna razón por la que no pueda 
usarse como una memoria de 32 K., y esto es lo que 
hace exactamente el chip 4532. 

Si Vd. posee un Spectrum de 1ló K. y desea am- 
pliarlo a 48 K., mi consejo es que adquiera un kit 
completo de ampliación de memoria a uno de los nu- 
merosos suministradores que existen, puesto que 
los chips de Texas son bastante dificiles de  con- 
seguir. Los primeros Spectrums (Issue 1) no pue- 
den ampliarse añadiéndoles simplemente los chips 
que faltan sino que precisan además un circuito 
impreso suplementario. Puede ver si su Spectrum es 
un "Issue 1” quitando la parte inferior de la tapa 
y observando el circuito impreso a la derecha de 
los conectores EAR y MIC. Alli podrá ver las pala- 
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bras "ISSUE ONE". El modelo correspondiente a la 
segunda versión está marcado como "ISSUE TWO” en 
el márgen frontal del circuito impreso, justo en 
el centro, igual que las versiones posteriores. La 
ampliación de memoria en un Spectrum "Issue 2" es 
solamente cuestión de soldar correctamente doce 
chips y efectuar un puente con hilo de conexión. 

Vd. debe estar preguntándose: ¿Gué significará 
la palabra "dinámica” cuando se aplica a la memo- 
ria RAM ? La respuesta es que hay dos tipos de 
RAM: la estática y la dinámica. La RAM estática 
mantiéne los datos que está almacenando hasta que 
sean alterados o bien hasta que se desconecte la 
alimentación. En este sentido, es muy sencilla su 
utilización, es fiable y fácilmente comprobable. 
El problema es que sus fabricantes no han  conse- 
guido producirlas con grandes capacidades de alma- 
cenamiento. Por otro lado, la RÁM dinámica puede 
obtenerse en tamaños de hasta 69 Kbits por cada 
chip, a unos precios muy razonables. Su desven- 
taja reside en el hecho de que la información que 
almacena se desvanece a menos que sea reescrita 
continuamente. Esta lectura y reescritura de la 
información se conoce por el nombre de  "refresco” 
de la RAM dinámica, y en. la práctica existe un 
circuito especial encargado de esta misión, de 
forma que el usuario no perciba este trabajo de 
"refresco”. En el caso del Spectrum, este "refres- 
co” es realizado por el mismo Z8Y9 y por la ULA 
trabajando conjuntamente, los cuales refrescan los 
483 K. por completo sin perder prestaciones y sin 
ningún problema por parte del usuario. 


Acceso a la memoria desde 
el BASIC —- PEEK > POKE 
El BASIC ZX provee dos formas directas de examinar 


y alterar los contenidos de las direcciones de me- 
moria : 
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El comando 

PEEK dirección 
devolverá el contenido de la posición de memoria 
correspondiente a la dirección especificada. Como 
que la dirección debe ser un número binario de 16 
bits, su valor debe estar comprendido entre Y y 
65535. De forma similar, como que el dato conteni- 
do en la posición de memoria está formado por un 
número de 8 bits, el valor devuelto por PEEK esta- 
rá comprendido entre Y y 2559. 
El comando 

POKE dirección , dato 
almacenará la forma binaria del número "dato" en 
la posici n de memoria especificada por  "direc- 
ción". También esta vez, la "dirección” deberá es- 
tar comprendida entre Y9 y 65535, y el "dato" entre 
g y255. 

Nótese que aunque PEEK y POKE trabajen con  nú- 
meros decimales, es a veces interesante trabajar 
con sus formas binarias equivalentes. Por ejemplo, 
cuando definimos nuevos caracteres (véase el capi- 
tulo 6), cada "pixel” se representa por un solo 
bit, que puede ser un "uno" para un "pixel" de 
tinta ("INK") o bien un "cero” para un "pixel" de 
papel ("PAPER"). Para introducir un conjunto de 
bits que representen "pixels” de tinta y de papel 
en la memoria mediante la instrucción POKE, seria 
necesario tratar este conjunto de bits como un 
número binario y después convertir este número de 
binario a decimal. 

Afortunadamente, el BASIC ZX incluye el comando 
BIN que hace innecesaria la conversión a decimal. 
Si Vd. desea introducir un conjunto de bits en una 
posición de memoria, puede emplear : 

POKE dirección , BIN x 
donde x es el conjunto de bits. Sin embargo, este 
método falla cuando x es una variable (BIN no pue- 
de trabajar con variables) y PEEK devuelve siempre 
un valor decimal. Por esta razón, en los próximos 
capítulos se mostrarán algunos métodos que emplean 
el BASIC para manipular valores decimales como si 
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fueran conjuntos de bits. 


Presentacioóon de la ima3x3gen 
en la pantalla 


El sistema usado en el Spectrum para la presenta- 
ción de la imagen en la pantalla es muy ingenioso. 
Por medio de atributos paralelos se obtiene una 
imagen en ocho colores (con algunas limitaciones) 
empleando algo más de la memoria que seria necesa- 
ria para una imagen en blanco y negro. Casi todo 
el trabajo que comporta la generación de la imagen 
es responsabilidad del chip "ULA”. Es realmente 
una lástima que este chip no sea programable para 
que pudiera producir diversos modos de presenta- 
ción de la imagen. Desde el momento en que el 
Spectrum se conecta, la ULA muestra en la pantalla 
la información almacenada en una área fija de la 
memoria (la RAM de video), para producir un forma- 
to fijo (256 x 192 puntos). Este modo único de la 
imagen ofrece muy poco campo para la  experimen- 
tación. No obstante, 256 por 192 puntos es una 
resolución de imagen más que aceptable. 

El único aspecto realmente util del hardware 
del sistema de presentación de la imagen es. la 
forma en que la RAM de video determina lo que se 
muestra en la pantalla; este es el tema tratado en 
el capítulo ó. Sin embargo, ayuda a tener un idea 
completa de la forma en que trabaja el sistema y 
por ello se explicarán a continuación los princi- 
pios generales del sistema de generación de la 
imagen. 

La RAM de video está siempre alojada en los 
primeros 6912 bytes de la RAM. Mientras se está 
presentando la imagen en la pantalla del TV, la 
ULA está accediendo a esta área de la RAN, y la 
información que ésta contiene se emplea para  de- 
terminar el color de cada punto o "pixel” (elemen- 
to de la imagen) en la pantalla. 
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La imagen del televisor está generalmente  com- 
puesta por 625 lineas de exploración mostradas con 
una periodicidad de 1/59 segundos. Para producir 
una imagen estable, la ULA debe generar no sólo 
las señales de sincronismo que indican el princi- 
pio de cada linea, sino que además debe recoger 
los datos de la RAM de video tan rápidamente que 
pueda determinarse el color de cada elemento 0 
"pixel” durante la exploración. Debe también 
recoger cada elemento de los datos antes que los 
"pixels" que están determinados por el mismo sean 
mostrados en la pantalla. En otras palabras, para 
producir una imagen estable, la ULA debe poder 
acceder a la RAM de video siempre que lo precise. 

La mayor dificultad es que la CPU también debe 
tener acceso a la RAM de video ocasionalmente 
pues si no fuera asi no podrian alterarse los da- 
tos que aparecen en la pantalla. Esto significa 
que los bus de datos y de direcciones de la RAM 
deben ser compartidos por la ULA, que “genera la 
imagen, y por la CPU, que la manipula (véase la 
Figura 2.2). Naturalmente, sólo una las dos pue- 
de acceder a la memoria de video en un instante 
determinado. Si ambas deben hacerlo simultánea- 
mente, debe establecerse un sistema de prioridad 
para decidir cuál de las dos debe esperar a que la 
otra haya terminado. Como que la ULA genera la 
imagen de la pantalla, si la hiciéramos esperar a 
que la CPU terminara su trabajo, se producirían 
algunos fallos (zonas blancas) en la ¡imagen del 
televisor (esto es lo que ocurre en algunos  orde- 


nadores). Es mejor que la CPU espere hasta que la 
ULA haya terminado con la imagen del televisor, y 
asi es cómo se hace en el Spectrum. Sin embargo, 


hay un problema oculto en este sistema. La ULA y 
la CPU tienen que compartir los bus de datos y 
de direcciones para acceder a la RAM de vídeo. Si 
la CPU no puede usar la RAM de video mientras lo 
hace, tampoco podrá usar la restante zona de la 
RAM, ni tampoco la ROM, puesto que los bus de 
datos y de direcciones estarán siendo usados por 
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la ULA. Si se aceptara esta limitación, la máquina 
trabajaria de una forma extremadamente lenta. Cada 
acceso de la CPU a la memoria tendría que esperar 
a que la ULA no estuviera usando la memoria. La 
solución adoptada en el Spectrum es la que emplea 
buses separados de datos y de direcciones para la 
CPU y para la ULA. Esto significa que la ULA pue- 
de acceder a los 1ló K. de RAM que contienen la RAM 


Salida de Video 


Bus de datos 


ULA 


Fig. 2.2. Conexiones compartidas entre 
la RAM de video, la ULA y la CPU. 


de video mientras que la CPU puede acceder Ssimul- 
táneamente a cualquier parte de la memoria aparte 
de estos 16 K. Esto puede observarse en la Figura 
2.3, donde se muestra a la ULA con una conexión 
directa a los 1ó K. de RAM que contienen la memo- 
ria de video, mientras que la CPU tiene una cone- 
xión directa con el resto de la memoria. Si la CPU 
desea acceder a los 1ó K. de la ULA, ésta lo de- 
tecta y bloquea la señal del reloj ("clock") de la 
CPU hasta que sea posible el acceso de la CPU a 
los buses de datos y de direcciones de la ULA. 
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Esto produce un pequeño retardo en la operación de 


Salida de video 2. bus de 
direcciones 


Frog. Dud Conexiones entre las áreas de 


memoria principales, la CPU 


la ULA, 


mostrando la forma en que se comparte el 


acceso a la RAM de video. 


la CPU cuando ésta usa los primeros 
RAM. Esto no puede notarse cuando 
lenguaje lento como el BASIC, pero 
causa de que algunos programas en 


16 RK. de la 
se emplea un 
puede ser la 
código máqui- 


na alojados en los primeros 1ó K. de la RAM  tra- 
bajen a velocidades irregulares. Esto puede repre- 
sentar un problema solamente cuando los tiempos de 
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ejecución son criticos O bien si se han incluido 
bucles de temporización en un programa. 

Aunque tiene poca importancia en la práctica, 
es importante resaltar que el Spectrum no utiliza 
chips multiplexadores caros para controlar el ac- 
ceso al bus de la RAM de video. En vez de ello, 
emplea los componentes electrónicos más simples, 
las resistencias. Cuando la CPU no intenta acceder 
a los 1ó K. bajos de la RAM, los dos buses traba- 
jan de forma independiente y las señales de un bus 
aparecen con un nivel muy reducido en el otro bus 
a causa de la caida de tensión producida por las 
resistencias. Esta caida de tensión es suficiente 
para que las señales de un bus aparezcan como un 
"ruido" en el otro, sin afectar a su operación 
normal. Sin embargo, cuando la ULA autoriza a la 
CPU a acceder a sus propios buses de datos y de 
direcciones, deja de cóntrolar estos buses y  en- 
tonces la caída de tensión producida por las re- 
sistencias es mucho menor, de forma que la CPU 
pueda transmitir sus propias señales a través de 
estos buses de la ULA. Es una solución muy  inge- 
niosa, muy simple y también muy económica a un 
problema muy común en el diseño de hardware, y es 
típica de la ingeniosa forma de diseñar de Sin- 
clair. 


E 1 Ccircalito de Salida 


de la =erñal de video 


La ULA es la responsable de tomar los datos de la 
RAM de video y utilizarlos para construir la  in- 
formación en color en forma de tres señales de vi- 
deo. No obstante, la tarea de tomar estas señales 
de color y producir una sola señal de video en co- 
lor en el sistema PAL está reservada al chip codi- 
ficador PAL LM 1889 N. 

Las tres señales producidas por la ULA son: 

Y = señales de luminancia y sincronismo 
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U == señal azul-verde 

V = señal rojo- amarillo 
El empleo de estas señales de diferencia de colo- 
res representa un problema para quienes desean u- 
tilizar un monitor que posea solamente una entrada 
RGB (Rojo, verde y azul), aunque simplifica los 
circuitos de video del Sprectrum. El codificador 
PAL toma las señales U y V y genera con ellas la 
señal de color o "croma” que una vez mezclada con 
la señal Y mediante un mezclador de dos transisto- 
res constituirá la señal de video PAL definitiva, 
con la cual se alimenta el modulador de UHF. 

En algunas versiones del Spectrum, puede ajus- 
tarse el color y la calidad de la imagen mediante 
los condensadores y potenciómetros de ajuste 
Situados en línea en la parte izquierda del 
circuito impreso (véase la Figura 2.49). Ajus- 
tando cuidadosamente TCi puede mejorar la Calidad 


Conector UHF 


Modulador 
UHF 


O) TC1 (reloj de video) 
(|) TC2 (reloj de la CPU) 
O VR1 (balance de color 1) 


(|) vr2 (balance de color 2) 
Fig. 2.4. Ajustes de la salida de video. 


de la imagen eliminando cualquier interferencia. 
VRi y VR2 controlan el balance relativo de los co- 
lores de la imagen. VR1 altera el balance  rojo- 
amarillo y VR2 el azul-verde. En la práctica, es 
mejor ajustar el balance de colores por el TV en 
vez de hacerlo hurgando en el interior del  Spec- 
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trum con VRi y VR2. TC2 ajusta la frecuencia de 
los impulsos que el reloj manda a la CPU y, por 
tanto, su ajuste no deberia ser alterado. Las  se- 
ñales compuestas de video en color U, Ve Y están 
todas disponibles en el conector de expansiones de 
la parte posterior del Spectrum. Este conector se 
describirá en detalle más adelante. 

De una forma relativamente sencilla, pueden em- 
plearse estas señales de video para conectar un 
monitor estándar en color con entrada RGB al Spec- 
trum, o bien un monitor en blanco y negro que 
acepte la señal de video compuesta. Esto se  ex- 
plica más adelante, después de la sección dedicada 
a las señales disponibles en el conector de expan- 
siones. 


Las entradas Y salidas 
en el BASIC. IM > OT 


El 289 está provisto de un espacio adicional de 64 
K. de direcciones para dispositivos de E7YS. 
(periféricos). Sin embargo, tanto los datos como 
las direcciones son transmitidos a través de los 
buses estándar de datos y de direcciones que  co- 
nectan a la CPU con el resto del ordenador. Tal 
como se ha descrito ya anteriormente, la memoria y 
las direcciones de entradas y salidas se distin- 
guen por el estado de una linea de control del bus 
llamada IORG ("Input Output ReQuest", petición de 
entradas/salidas). El BASIC Z2X está provisto de 
dos comandos adicionales para acceder a los dispo- 
sitivos de E/S de la misma forma que posee los 
comandos PEEK y: POKE para permitir el acceso 
directo a la memoria. El comando 

IN dirección 
devuelve el valor de un dato desde el dispositivo 
alojado en la "dirección" de entrada/salida. 
El comando 

OUT dirección, dato 
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enviará el dato al dispositivo alojado en la di- 
rección de entrada/salida. La diferencia principal 
entre PEEK / POKE e IN / OUT es que las posiciones 
de memoria se comportan todas aproximadamente de 
la misma forma, mientras que el dispositivo aloja- 
do en la "dirección” puede comportarse de muchas 
formas distintas dependiendo del tipo de disposi- 
tivo de que se trate. Nótese también que el  co- 
mando OUT no implica ningún tipo de almacenamiento 
de datos. Por ejemplo, si se construyera un inter- 
faz especial para conectar una impresora no están- 
dar al Spectrum, podría estar configurado para 
que aceptara los datos desde, por ejemplo, la di- 
rección de entrada/salida número 56. Para ello se- 
ría necesario controlar las lineas del bus de di- 
recciones y de IORQ para detectar cualquier peti- 
ción de acceso a la dirección de E/S No. 56. 

Cuando se detectara esta petición de acceso, 
debería leerse el dato presente en el bus de datos 
en aquel momento y transmitirlo a la impresora pa- 
ra que aquella lo interpretara como el código de 
un carácter a imprimir. Por tanto, en este caso el 
comando QUT 56, CODE "A" transmitiriía a la  ¡im- 
presora el código ASCII del carácter "A", pero en 
cambio el comando IN 5 seria totalmente ¡ignorado 
por el interfaz de la impresora y por lo tanto no 
devolveria ningún dato de interés. 

Algunas direcciones de E/S corresponden a 
"ports" de entrada/salida que sólo aceptan datos 
como el interfaz de la impresora. En estos Casos, 
solamente el empleo de OUT tiene alguna utilidad. 
Otras direcciones de E/S, en Cambio, correspon- 
den a "ports" de entrada/salida que sólo pueden 
suministrar datos, y en estos Casos, se emplea 
normalmente el comando IN para dirigirse a ellos. 
Sin embargo, algunas direcciones de E/S  corres- 
ponden a "ports" de entrada/salida que pueden  a- 
ceptar y también suministrar datos. Un interfaz 
para casete, por ejemplo, puede leer datos y 
también escribirlos. 

En resumen, para emplear correctamente las ins- 
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trucciones IN y OUT, debe conocerse la dirección 
ocupada por el dispositivo y el funcionamiento de 
este dispositivo en detalle. 


Los dispositivos de ES 
contenidos en el Spectrum 


Los dispositivos de entrada y salida contenidos en 
el Spectrum son: el altavoz, el interfaz para Ca- 
sete y el teclado. Todos ellos están controlados 
por la ULA. De hecho, el altavoz y el interfaz pa- 
ra el casete están ambos controlados por la mis- 
ma conexión de la ULA, y en este sentido pueden 
considerarse los dos como un solo dispositivo de 
E/S. 


Como ya se ha mencionado anteriormente, el 289 
tiene 64 K. de direcciones separadas que pueden 
emplearse para seleccionar dispositivos de E/S. 
Sin embargo, en vez de asignar a cada dispositivo 
de E/S su propia dirección (o grupo de direccio- 
nes), el Spectrum asigna cada dispositivo a un bit 
concreto de la dirección. Por ejemplo, el primer 
bit, b4, selecciona los dispositivos de E/S  in- 
ternos conectados a la ULA: La acción de este bit 
es tal que cuando es cero se selecciona la ULA. 
Por tanto, todas las direcciones que tengan su bit 
bY9 a cero seleccionarán la ULA. De la misma forma, 
el bit b2 selecciona la impresora cuando está 
puesto a cero. Si Vd. continúa asignando bits de 
la dirección a otros dispositivos verá que el nú- 
mero máximo de dispositivos que pueden manejarse 
es 1ó. De hecho, el Spectrum usa solamente del bg 
al b4 de la dirección para seleccionar uno de los 
seis dispositivos, de acuerdo con la tabla  si- 
guiente: 
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bg ULA : teclado, altavoz e interfaz para el 


casete. 
bi no utilizado. 
b2 Impresora ZX PRINTER. 
b3 Microdrives e Interface 1 
b4 Microdrives e Interface 1 


Asi pues, sólo quedan los bits b5, bó y b? para 
usos especiales: los bits b8 a b15 se emplean para 
seleccionar la columna de teclas que es leida en 
el teclado (véase más adelante). Es evidente | que 
podría haber confusiones si fuera posible selec- 
cionar más de un dispositivo de E/S a la vez, y 
por este motivo las direcciones de entradas/sali- 
das sólo pueden tener uno de los bits b9 ab? 
puesto a cero. 

Debidc a que la ULA se selecciona con un solo 
bit de la dirección, puede parecer imposible que 
sea Capaz de manejar tantos dispositivos de E/S. 
De hecho, la ULA se comporta de distinta forma se- 
gún sea leida (con IN) o escrita (con OUT). 


La UEA como dispoSsitiwvo 
de Salida 


Cuando se envian datos a la ULA como un dispositi- 
vo de salida, controla el altavoz y la conexión de 
salida para el casete MIC. Aunque no sea algo 
para hacer estrictamente con entradas/salidas, 
también el color del margen de la pantalla del te- 
levisor (BORDER) está controlado por la ULA, ac- 
tuando como un dispositivo de salida. Cada uno de 
estos dispositivos internos está controlado por el 
conjunto de bits del dato que se envia a la ULA, 
según el siguiente esquema: 


b? bé bS5 b4 b3 b2 b1 bg 
*x Xx Xx Alt. MIC (color BORDER) 
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donde "*X" significa que el bit no se utiliza. 


El altavoz está pues controlado por el  b4, la 
conexión MIC por el b3 y el color de BORDER por el 
número binario representado por los tres bits b2 a 
b9. Para poder emplear esta información, todo lo 
que precisamos saber es la dirección a la que de- 
ben enviarse los datos dirigidos a la ULA. Como 
que la ULA se selecciona cuando bY es cero y bi a 
b7 son unos, nos falta solamente determinar el va- 
lor de los bits b8 a b15. Tal como se insinuó ya 
anteriormente, las lineas de dirección b8 a b15 se 
emplean para la exploración del teclado, y por lo 
tanto deben estar a cero para la salida de datos. 
Esto nos da la siguiente combinación para la di- 
rección de salida de la ULA: 


b1i5S bi4 bi3 b12 bil big b9 b8 
g g g g g Lo) g 12) 


que equivale al número decimal 254. 


Como ejemplo de la forma en que puede usarse la 
ULA como un dispositivo de salida, pruebe el  si- 
guiente programa: 


19 INPUT B 
29 OUT 254,B 
39 GOTO 19 


Si introduce valores entre Y y 7, verá que el 
color del márgen de la pantalla (BORDER) cambia. 
Es posible también actuar sobre el altavoz y la 
conexión MIC para el casete, pero el BASIC. es 
tan lento que lo máximo que puede lograrse con e- 
llo es un zumbido de tono grave. Por ejemplo: 
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19 OUT 254,16 
20 OUT 254,9 
39 GOTO 19 


La linea 19 envia el conjunto de bits "099l1gggO” a 
la ULA, y la linea 29 le envia "990909999". Vd. de- 
beria ya reconocer que este programa forma un  bu- 
cle, y el resultado es que b4, que controla el al- 
tavoz, está cambiando continúamente de valor entre 
9 y 1. Esto es lo que produce el zumbido en el al- 
tavoz. El empleo del "port" de E/S 25% para 
controlar el altavoz se describe con mayor detalle 
en el capitulo 3. Debido a que el altavoz y la co- 
nexión MIC para el casete están ambos  controla- 
dos por la misma patilla de la ULA, la señal del 
altavoz está también presente en el conector MIC. 
Esto significa que si Vd. está grabando mientras 
el discreto altavoz está produciendo sonidos, po- 
drá luego reproducir los mismos sonidos a un volu- 
men mucho mayor. De forma similar, si Vd. conecta 
un amplificador con altavoz a la salida MIC puede 
incrementar el volumen de los sonidos producidos 
por el Spectrum hasta el nivel que Vd. desee. “Di- 
cho de otra forma, la salida MIC no es solamente 
una conexión para el altavoz sino también una  co- 
nexión de salida del sonido producido en el alta- 
voz. 


La ULA como dispositivo 
de entrada 


Cuando se emplea la ULA como un dispositivo de en- 
trada, ésta envia datos a la CPU que reflejan el 
estado de la conexión EAR y del teclado. El tecla- 
do es el más complejo de los dispositivos de en- 
trada y por ello lo describiremos en primer lu- 
gar. 

La Figura 2.5 es un esquema del teclado del 
Spectrum. Observe que tiene la forma de una matriz 
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rectangular de conexiones. Cada una de las teclas 
está dispuesta de forma que al ser pulsada conecta 
una linea horizontal con otra vertical. Es obvio 
que para identificar la tecla que ha sido pulsada 
en un instante determinado, deberá detectarse cuál 
de las líneas horizontales está conectada a una 
línea vertical y cuál es esta linea vertical. Las 
ocho lineas horizontales están conectadas a las 
líneas b8 a b15 del bus de direcciones, y por tan- 
to pueden estar sometidas a distintos niveles de 
tensión según la combinación de bits presente en 
el bus para la dirección que se esté empleando. 

Las cinco lineas verticales están conectadas a 
cinco patillas de entrada de la ULA, y cuando se 
utiliza la ULA como un dispositivo de entrada, es 
el estado de estas líneas lo que se manda a la CPU 
como los bits bY9 a b4 de los datos. En otras pala- 
bras, IN 259 "lee el estado” de las cinco lineas 
verticales del teclado y devuelve el valor decimal 
equivalente de bY a b94. Como que las lineas de en- 
trada verticales están conectadas a + 5 v. (nivel 
alto="HIGH"), devolverán el valor 1 cuando no haya 
ninguna tecla pulsada. En el momento en que las 
lineas de entrada son leidas con IN 254, la direc- 
ción presente en el bus de direcciones debe ser 
tal que todos los bits b8 a b15 tengan valor cero, 
es decir, estén a un nivel bajo de tensión 
("LOW"). Si se pulsa una sola tecla, la linea 
vertical que queda conectada a la linea de direc- 
ción adoptará un nivel bajo de tensión y devolverá 
por tanto el valor cero. Es decir, IN 254 devol- 
verá un conjunto de bits con un cero entre ellos 
que corresponderá a la linea vertical que se halla 
conectada a una línea de dirección. 

Esto funciona bien cuando se trata de detectar 
si hay alguna tecla pulsada o no la hay, pero ¿có- 
mo podemos saber cuál de las ocho teclas conecta- 
das a la linea vertical se ha pulsado? La respues- 
ta es que si todas las lineas de direcciones están 
a cero, no puede saberse. La solución es hacer que 
sólo una de las ocho lineas de direcciones esté a 
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Bus de datos 


b15 


b14 


b13 


b12 


b11 


Bus de direcciones 


b10 


b9 


b8 


Fig. 2.5. Esquema del conexionado del teclado 
del Spectrum. 


cero en un momento dado. De esta forma, solamente 
una fila de teclas puede conectar las líneas de 
entrada a un nivel bajo de tensión. 

Por tanto, en vez de utilizar IN 254 para leer 
el teclado, debemos poner todos los bits b8 a bi5 
del bus de direcciones a 1 excepto uno. Por ejem- 
plo, para leer el estado de la fila de teclas co- 
nectadas a la linea b15 de las direcciones, debe- 
mos emplear la siguiente combinación para la di- 
rección de E/S : 
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b15 b14 b13 b12 b11 b1g b9 b8 


12) 1 1 1 1 1 1 1 
b7 bé b5 b4 b3 b2 bi bg 
1 1 1 1 1 1 1 g 


que equivale a la dirección 32766 decimal. Es  de- 
cir, que el comando IN 32766 devolverá ¡un valor, 
el cual, expresado en birario, tendrá los bits b9 
a b4 con valores que reflejarán el estado de la 
primera fila de teclas (de CAPS SHIFT a V), y don- 
de el cero representará la tecla pulsada. 


Siguiendo por este camino, hallaremos la forma 


de conocer las teclas pulsadas en las demás filas 
del teclado: 


A A -  --H«M«M«M¿>M>AAMAA A 


dirección dirección teclas 
linea puesta de E/S. 
a cero 
b15 32766 SPACE a B 
b14 49159 ENTER a H 
b13 573249 Pay 
b12 61438 gaó6 
bii 63486 las 
big 64519 Q a T 
b9 659822 Aas6 
bg 65278 CAPS S. a Y 


q_____ A A A A A A A A A A A A A A A A A A A A A A A A A A A A A A AA —ÉÁ 


Utilizando esta información es posible escribir 
programas en los cuales se detecte la pulsación 
simultánea de dos o más teclas. 

Por ejemplo, el siguiente programa leerá en los 
dos grupos de cinco teclas la combinación de bits 
producida por las teclas pulsadas, mostrando el 
resultado: 
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10 LET D=IN óé3486 

29 GOSUB 1999 

30 PRINT AT 5,10; 

49 FOR 1=3 TO 4 STEP -1 
590 PRINT BS$(1);5 

69 NEXT 1 

70 LET D=IN 61438 

39 GOSUB 10999 

99 PRINT B+$(4 TO 8) 
109 GOTO 19 


Obsérvese que la subrutina 19099, aparecida en el 
primer capitulo, convierte a binario un valor  de- 
cimal y debe incluirse en este programa para que 
funcione correctamente. Debido a que la primera 
fila de teclas contiene las de las cuatro direc- 
ciones del cursor, este programa puede emplearse 
en juegos y otros programas que requieran el  con- 
trol del movimiento. Sin embargo, nótese que las 
dos semifilas están interrelacionadas, y que si se 
pulsa más de una tecla en cada semifila simultá- 
neamente, pueden producirse lecturas falsas. 

Ahora que ya se han explicado los detalles del 
hardware del teclado y los principios de su  fun- 
cionamiento, debería Vd. darse cuenta de que todas 
estas operaciones de exploración del teclado son 


realizadas por el software del Spectrum. Las ru- 
tinas en código máquina contenidas en la ROM de 
BASIC son las que leen el estado del teclado. Te- 


niendo en cuenta si se na pulsado alguna tecla de 
"shift", estas rutinas convierten los datos obte- 
nidos.con la exploración del teclado en códigos 
que representan a una de los cinco posibles signi- 
ficados de cada tecla. También el software es el 
responsable de la auto-repetición en las teclas y 
de la comprobación (cada 1/59 segundos) de la pul- 
sación de la tecla BREAK. 

Cuando se emplea como un dispositivo de entra- 
da, la ULA también informa sobre el estado de la 
conexión de entrada para el casete LEAR como el 
valor del bit bé en el conjunto de bits. Si la en- 
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trada de sonido del casete tiene un nivel alto 
de señal, el valor del bit bó será 13 en otro caso 
este valor será cero. La ULA devolverá el valor de 
la señal en el conector EAR sin afectarle el esta- 
do de los bits b8 a b15 del bus de direcciones. 
Por tanto, si Vd. desea leer el estado del teclado 
y del conector EAR puede utilizar cualquier direc- 
ción de las que vimos anteriormente. Si desea, en 
cambio, leer el estado de la señal en EAR indepen- 
dientemente del teclado, entonces todos los bits 
de b8 a b15 deberán estar a 1, y por ello deberá 
usarse la dirección de E/S 65534. 

En su utilización normal, el estado de bó sir- 
ve para decodificar las señales de audio del ca- 
sete, aunque también es posible emplear el valor 
de este para otras funciones simples de entrada. 

Por ejemplo, el siguiente programa detectará el 
inicio de una señal de audio en la cinta de  case- 
te: 


106 PRINT "DEJE CORRER LA CINTA” 

29 IF IN 65534=255 THEN PRINT AT 2,9; 
"Silencio":GOTO 29 

39 PRINT "El sonido ha comenzado" 


Si Vd. reproduce una cinta, este programa escribi- 
rá "Silencio” hasta que detecte el primer ruido en 
la cinta. Debe tener en cuenta, sin embargo, que 
la entrada EAR está conectada a la ULA a través de 
un condensador de baja capacidad y por lo tanto 
no pueden detectarse variaciones muy lentas en el 
nivel de señal de la cinta. 


El conector de expansSsi On 


La mayoría de las señales usadas en el interior 
del Spectrum están también presentes en el  conec- 
tor de expansión situado en la parte posterior del 
aparato. Este conector se emplea normalmente para 
conectar la impresora 2X Printer, los Microdrives 
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y los Interfaces 1 y 2. Sin embargo, puede usarse 
también para conectar cualquier otro periférico 
del usuario, y las señales de video presentes en 
el conector pueden emplearse para alimentar un mo- 
nitor en color. 

Debido a que en el manual del Spectrum se da 
muy poca información sobre las señales presentes 
en el conector, a continuación se incluye una lis- 
ta de las mismas con algunos: comentarios. Las  co- 
nexiones del lado A se encuentran en la cara de 
los componentes y las del lado B en la cara  con- 
traria. 


1A b15 del bus de direcciones 

ZA b13 del bus de direcciones 

3A b7 del bus de datos 

44 no conectado 

SA ranura 

6A bW del bus de datos 

ZA bi del bus de datos 

g8A b2 del bus de datos 

9A bó del bus de datos 

19A b5 del bus de datos 

114 b3 del bus de datos 

124 b4 del bus de datos 

13A INT. linea de interrupción del 2890; conectán- 
dola a +5V se eliminarán las interrupcio- 
nes generadas por la ULA. 

14A NMI linea de interrupciones no enmascarables 
del 2809; estas interrupciones no se uti- 
lizan en el Spectrum. Un impulso de nivel 
bajo producirá un RESET del BASIC. 

154 HALT linea del 289 que indica cuando se ha 
ejecutado la instrucción HALT del código 
máquina. 

164 MREGQ linea estándar del bus de control del 289 

17A IORQ linea estándar del bus de control del 239 

18A RD linea estándar del bus de control del 289 

19A WR linea estándar del bus de control del 289 
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294 
z1A 


22A 
Z23A 
29A 
Z25A 
264 
274 
28A 


1B 
ZB 
3B 
4B 
S5B 
6B 
7B 
8B 
9B 
19B 
11B 
12B 
13B 


14B 
15B 
1óB 
17B 
128B 
19B 


-5Y 
WAIT 


+12V 
+12V 
mi 
RFSH 
b3 de 
b19 d 
no co 


b149 d 
b12 d 
salid 
salid 
ranur 
£ vol 
g£ vol 
cKk 

bg de 
bi de 
b2 de 
b3 de 
IORQG 


masa 
señal 
señal 
señal 
señal 
BUSRQ 


salida -5V de baja intensidad 

linea de espera del 289%. Si se conecta a 
un nivel bajo, detiene provisionalmente 
la operación del 239. La espera no debe 
prolongarse más de 1ms, pues en caso con- 
trario se perderá el contenido de la me- 
moria dinámica 

salida. 12 V filtrados 

salida 12 V sin filtrar 

linea estándar del bus de control del 2389 
señal de refresco de la memoria del 289 

1 bus de direcciones 

el bus de direcciones 

nectado 


el bus de direcciones 
el bus de direcciones 
a 5Y 
a 9vY 
a 
ts 
ts 
Reloj del sistema 2890, a 3,5 MHz. 
1 bus de direcciones 
1 bus de direcciones 
1 bus de direcciones 
1 bus de direcciones 
E manteniendo esta linea a un nivel alto 
(por ej. +5V) se logrará que la ULA no 
responda a las peticiones de las E/S. 
Con circuitos adecuados podria usarse 
para aumentar el número de dispositivos 
de E/S que puede seleccionar el Spec- 
trum. 
de vídeo (0) 
de video compuesta en color 
de vídeo Y 
de video V 
de video U 
linea estándar del bus de control del 
230 
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28B RESET conectando esta linea a 9V se producirá 
una reinicialización de la máquina 
exactamente igual que si se hubiera 
desconectado y conectado nuevamente la 
alimentación. 

21B b7Y del bus de direcciones 

22B bé del bus de direcciones 

23B b5 del bus de direcciones 

24B b9 del bus de direcciones 

25B ROMCS conectando esta linea a +5V se elimina 
la ROM de BASIC del mapa de memoria del 
Spectrum. 

Z26B BUSACK linea estándar del bus de control del 
Z80 

27B b? del bus de direcciones 

28B bli del bus de direcciones 


Puede encontrarse mayor información de las 
conexiones descritas como "linea estándar 
del bus de control del 239" en Cualquier 
manual del 289. 


Las señales de video disponibles en  —15B, 16B, 
17B y 18B pueden usarse para un monitor, y mejorar 
con él la calidad de la imagen que produce el 
Spectrum. La señal de video compuesta en 15B es 
una toma directa desde la salida de los dos tran- 
sistores (en seguidor de emisor) que controlan el 
modulador de UHF, y tiene por tanto potencia 
suficiente para alimentar directamente un monitor. 

El único problema que presenta esta salida de 
video es que no posee la impedancia estándar de 5 
ohmios, y por esta causa algunos monitores no tra- 
bajan correctamente con ella. 

Las tres señales de color en 16B, 17B y 18B son 
salidas de la ULA sin ningún tipo de almacenamien- 
to intermedio o "buffer" pero no tienen potencia 
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suficiente para controlar directamente un monitor. 
Esto hace imprescindible un amplificador "buffer", 
y para obtener la señal estándar RGB se precisa un 
circuito de substracción bastante complicado. Por 
todo ello, ¡resulta más fácil utilizar la señal de 
video compuesta de 15B!' 


En muchos Spectrums, algunas de estas señales 
de vídeo no se hallan conectadas. ¡Ello explica 
los numerosos intentos de conectar un monitor que 
han resultado fallidos! La solución a este proble- 
ma está dentro del Spectrum, cerca de los circui- 
tos de video, en el extremo izquierdo del circuito 
impreso. Alli se encuentran cuatro puentes de hilo 
de conexión marcados U, V, Y y VID. Si se hallan 
conectados eléctricamente, las señales aparecerán 
en el conector de expansión, pero si solo están u- 
nidos por una línea blanca serigrafiada deberá Vd. 
soldar los cuatro trozos de hilo de conexión para 
disponer de dichas señales. 


Diagrama de 1 Sistema 


Ahora que ya se ha descrito cada una de las sec- 
ciones del Spectrum, es el momento de proporcionar 
un diagrama de bloques del sistema completo. Vd. 
deberá ya reconocer en la Figura 2.6 los detalles 
que se han comentado en las Secciones anteriores. 

Aunque los principios de trabajo del Spectrum 
son muy interesantes, lo más importante del hard- 
Ware desde el punto de vista del programador son 
los dispositivos de E/S. 


Le información sobre la forma de trabajar del 
teclado, el altavoz y el interfaz para el casete 
se empleará en los capitulos siguientes para  au- 
mentar las prestaciones del Spectrum no  moditfi- 
cado. 
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Figura 2.6. Diagrama de bloques del Spectrum. 


CAPITULO =3 


EL BASIC ZX POR DENTRO 


Este capitulo y los dos siguientes tratan del fun- 
cionamiento interno del BASIC ZX. Si  corsideramos 
anteriormente que no era necesario explicar de 
forma muy detallada el hardware del Spectrum, 
tampoco en este caso seria conveniente publicar 
aquí el listado completo de la ROM de BASIC del 
Spectrum. En este listado Vd. podria encontrar to- 
da la información que quisiera sobre el BASIC  ZX 
pero una gran parte del mismo careceria de interés 
para Vd. 

Si Vd. escribe programas en código máquina, 
le. será útil conocer algo acerca de las subrutinas 
que están presentes en la ROM de BASIC para poder 
emplearlas en sus programas pero si Vd. escribe 
en BASIC, entonces le interesará más saber cómo 
organiza el BASIC la memoria que emplea. Un  co- 
nocimiento de los métodos generales mediante los 
cuales el BASIC obedece a sus comandos puede  ayu- 
darle a usar el BASIC de una forma más económica y 
creativa. 

La primera parte de este capitulo describe la 
forma en que el BASIC ZX divide la RAM en  distin- 
tas áreas, Cada una de las cuales se emplea para 
un propósito concreto. Se da una visión general de 
varias de estas secciones de la RAM, la mayoria de 
las cuales se tratarán posteriormente de una  for- 
ma más exhaustiva. También se explica la utilidad 
de la zona de la memoria que contiene las varia- 
bles del sistema. En el capitulo 4 se comenta la 
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forma en que el BASIC organiza las lineas de pro- 
grama dentro de la memoria y en el capítulo 5 la 
forma en que el BASIC ZX amplia los comandos PRINT 
e INPUT para utilizarlos con otros dispositivos de 
E/S además de la pantalla y del teclado. 


E ll mapa de memoria 


En el momento en que el Spectrum se pone en marcha 
se efectúa una secuencia de inicialización que de- 
termina la cantidad de memoria disponible (normal- 
mente 1ó K 648K) y la divide en diversas  zo- 
nas. 

Estas zonas pueden verse en el "mapa de  memo- 
ria" de la Figura 3.1. Observe que algunos de los 
límites entre zonas son fijos y otros son  varia- 
bles. Por ejemplo, el archivo de ¡imagen siempre 
comienza en 163284 y termina en 22527 pero, en cam- 
bio, el lugar a partir del cual se almacena ur 
programa en BASIC depende de cuánto espacio se ha- 
ya utilizado para los mapas de los Microdrives y 
para la zona de información de los canales. De 
forma similar, el lugar de inicio de la zona des- 
tinada al archivo de variables depende de la  lon- 
gitud del área del programa. Las direcciones que 
indican el lugar de inicio de estas zonas móviles 
de la memoria (y ocasionalmente la dirección del 
final de la zona) se guardan en el área de varia- 
bles del sistema, junto con otros datos que se re- 
fieren al estado del Spectrum en cada momento. 

La forma en que se almacenan estas direcciones 
en la memoria no es difícil de comprender. Por 
ejemplo, CHANS es una variable del sistema que 
contiene la direción de inicio del área de infor- 
mación de los canales. Esta variable del sistema 
consiste en dos posiciones de memoria (recuerde 
que cada posición de memoria puede contener ocho 
bits y que una dirección tiene 1ó bits de longi- 
tud), y están alojadas en 23631 y 23632. Si Vd. 
desea conocer la dirección de inicio del área de 
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Dirección de la Indicador de final 
variable del sistema del área 


Gráf.def. por el usuario 
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Figura 3.1. Mapa de memoria del ZX Spectrum. 


información de los canales, deberá obtener (con 
PEEK) el valor de las posiciones de memoria 23631 
y 23632. 

ES importante resaltar que el ZX BASIC no reco- 
noce los nombres como CHANS, etc. Si Vd. precisa 
acceder a la información contenida en CHANS, debe 
emplear su dirección. El área de variables del 
sistema es una parte tan importante de la RAM 
que se le ha dedicado toda una sección en este 
capitulo. Las restantes áreas se describen a 
continuación. 


55 


ARCHIVO DE IMAGEN (16384 a 22527): 

Se emplea para almacenar datos de los elementos de 
la imagen ("pixels"), concretamente si se trata de 
un elemento de papel ("PAPER") (O bien de tinta 
("INK”") para cada punto de la pantalla formada por 
24 líneas de 32 columnas. El formato de este alma- 
cenamiento se describe con mayor detalle en el ca- 
pitulo 6. 


ATRIBUTOS (22528 a 23295) 

Area usada para guardar los atributos de cada re- 
cuadro de la pantalla correspondiente a un carác- 
ter, para toda la pantala formada por 24 lineas de 
32 caracteres. También este tema queda ampliado en 
el capitulo 6. 


"BUFFER" DE LA IMPRESORA (23296 a -23551) 

Es una zona de almacenamiento intermedio para los 
datos que se envian a la la impresora ZX Printer. 
Puede contener una sola linea de 32 caracteres. 
Estos caracteres no están almacenados por sus có- 
digos ASCII, sino por 8 grupos de 8 puntos cada 
uno. Asi pues, para imprimir el contenido de este 
"buffer" debe enviarse cada una de las líneas de 
puntos completas hacia la impresora. Si no se uti- 
liza la impresora ZX Printer, esta zona de la me- 
moria puede emplearse para alojar funciones USR er 
código máquina. Vea más detalles en el capitulo 
Pus 


VARIABLES DEL SISTEMA (23552 a 23733) 

Se utiliza para guardar una gran variedad de valo- 
res que reflejan el estado del Spectrum en cada 
momento. Esta área se describe más adelante en es- 
te mismo capitulo. 


MAPAS DE LOS MICRODRIVES (23739 a CHANS-1) 

Los mapas de los Microdrives se emplean para alma- 
cenar información sobre qué sectores están  —libres 
y qué sectores están ocupados en el cartucho que 
se está utilizando. Naturalmente, si no se utili- 
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zan los Microdrives esta zona no existe, y la va- 
riable CHANS toma el valor 23734. 


INFORMACION DE LOS CANALES (CHANS a PROG-2) 

En esta zona se almacenan datos referentes a las 
asociaciones entre corrientes y canales. Las co- 
rrientes y los canales se describen en el capitulo 
5. 


PROGRAMA BASIC (PROG a VARS-1) 

Usada para almacenar las lineas de texto que  tfor- 
man el programa BASIC. El programa no está alma- 
cenado tal como aparece en la pantalla sino que 
algunas partes del mismo están codificadas para 
ahorrar espacio en la memoria o bien para ganar 
rapidez cuando se ejecuta. Se da mayor informa- 
ción sobre el almacenamiento de las lineas de 
programa en el capitulo 4. 


VARIABLES (VARS a E LINE-2) 

Almacena las variables que se crean al ejecutar el 
programa. Téngase en cuenta que se borra esta zona 
de variables al ejecutar el ordenador el comando 
RUN y que, por lo tanto, las variables creadas por 
un programa existen hasta que el mismo o bien otro 
programa se corren con RUN, o hasta que se ejecuta 
un comando NEW o CLEAR. Este tema está también ex- 
plicado con mayor detalle en el capitulo 4. 


"BUFFER" DEL EDITOR (E LINE a WORKSP-2) 
Se usa para guardar un comando o una linea de pro- 
grama mientras se está editando. 


"BUFFER" DE ENTRADA DE DATOS (WORKSP a STKBOT-1) 
Se utiliza para almacenar datos introducidos desde 
el teclado como respuesta a una instrucción INPUT 
y para otras aplicaciones de almacenamiento de da- 
tos. 


PILA ("STACK") DEL CALCULADOR (STKBOT a STKEND-1) 
Se emplea mientras se está calculando alguna cade- 
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na O expresión aritmética para almacenar resulta- 
dos irtermedios. El funcionamiento de la pila se 
describe en el siguiente capitulo. 


PILA DE LA MAQUINA (Puntero de la pila a ERR SP) 
La pila (o "stack") de la máquina es utilizada por 
el 289 para almacenar datos temporales, etc. No es 
posible conocer la dirección más baja empleada por 
la pila de la máquina desde el BASIC. La razón de 
ello es que esta dirección que representa el final 
de la pila está almacenada permanentemente en un 
registro interno del Z89 llamado el puntero de la 
pila (o "stack pointer”). 


PILA DE GOSUB (ERR SP+1 a RAMTOP) 

Se emplea para guardar los números de linea usados 
por las instrucciones RETURN. El funcionamiento de 
esta pila está relacionado con el de la pila de la 
máquina, y por esta razón es muy dificil alterar 
las direcciones de retorno con POKEs. El funciona- 
miento de esta pila está explicado en el capitulo 
4. 


GRAFICOS DEFINIBLES POR EL USUARIO (UDG a P RAMT) 
En esta zona se almacenan las formaciones de  pun- 
tos que constituyen los caracteres definidos por 
el usuario. Volveremos a hablar de ello en el  ca- 
pitulo é. 


Obsérvese que en el Spectrum la ocupación de memo- 
ria se produce desde ambos extremos. El programa y 
las variables comienzan desde la dirección más ba- 
ja y se van expansionando hacia arriba de acuerdo 
con sus necesidades. La pila de la máquina y la de 
GOSUB empiezan ambas en la dirección más alta de 
la RAM y se expansionan hacia abajo. Esto signitfi- 
ca que el espacio de reserva de la memoria RAM se 
encontrará normalmente entre STKEND y la dirección 
del puntero de pila interno del 289. 
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Variables de 1 Sistema 


La forma en que las variables del sistema alma- 
cenan las direcciones de los limites entre las 
distintas zonas de la memoria ha sido ya  presen- 
tada al lector. De hecho, las variables del siste- 
ma contienen información que puede ser muy útil 
para el programador en BASIC. En el capitulo 25 
del manual del Spectrum puede verse una lista 
completa de las variables del sistema Ordenadas 
según su dirección. Sin embargo, la clasificación 
seria mejor si estuvieran ordenadas por sus  fun- 
ciones en vez de estarlo por su posición en la me- 
moria. Existen cinco grupos de variables del sis- 
tema: 


(1) Variables que delimitan zonas de la RAM 
(2) Variables de control del teclado 

(3) Variables de estado del sistema 

(4) Otras variables de E/S. 

(5) Variables de la salida de video 


Para evitar repeticiones, las "otras variables de 
E/S" se describirán en el capitulo 4 y las "va- 
riables de la salida de video” en el capítulo 5. 
Las variables incluidas en los otros tres grupos 
se describen a continuación. 

Antes de comentar la forma en que se utilizan 
estas variables del sistema, debemos examinar un 
problema que es común a todos los grupos: la forma 
en que se almacena una dirección de ló bits en un 
par de posiciones de memoria de 8 bits. 

La respuesta es obvia. Si listamos los bits del 
número de 1ó bits como bYW a b15, el problema puede 
resolverse empleando una posición de memoria para 
almacenar bY9 a b? y la otra para b8 a b15. La po- 
sición de memoria que contiene los bits bY a b7 se 
denomina el "byte menos significativo” y la que 
contiene los bits b82 a bi15 "byte más significati- 
vo". En el Spectrum, con urna o dos excepciones, el 
byte menos significativo se almacena en la posi- 


59 


ción de memoria cuya dirección es la más baja de 
las dos. Por tanto, si la posición de memoria N 
contiene los bits bY9 a b?Y de la dirección almace- 
nada, N+1 contendrá los bits b38 a bi15 de la misma. 

La reconstrucción del número decimal  equi- 
valente a un valor binario de ló bits almacenado 
en dos mitades es bastante sencilla. Si Vd. lee el 
valor del byte menos significativo usando PEEK, el 
valor obtenido será correcto, pero si hace la 
misma operación con el byte más significativo, el 
resultado obtenido será 256 veces menor que el 
verdadero. La razón de esta diferencia no es di- 
ficil de ver si se tienen en cuenta los valores 
asignados a cada bit en la conversión de binario a 
decimal realizada por PEEK. Para el byte menos 
significativo, los valores o pesos asignados son 
128, 64, 32, 1lóá, 8, %, 2 y 1, y son correctos para 
los bits b? a bY de un número binario de 1ló bits , 
asi como para uno de 8 bits. Sin embargo, se em- 
plean los mismos valores para el byte más sig- 
nificativo, es decir, para los bits bi5 a  b8, y 
deberian ser en realidad 32768, 16384, 3192, 4096, 
2048, 1024, 512 y 256, siendo todos ellos mayores 
respecto al primer juego de valores en un tactor 
constante de 256. Asi pues, si un número de 16 
bits está almacenado en dos posiciones de memoria 
N y N+1, podrá obtenerse su valor decimal  em- 
pleando la siguiente función definida por el 
usuario: 


DEF FN D(N)=PEEK (N)+256XPEEK (N+1) 


De forma similar, si Vd. desea introducir con POKE 
un número de 1ó bits que corresponde al número de- 
cimal V en dos posiciones de memoria N y N+1, pue- 
de usar: 


POKE N,V-Z56*INT (V/256) 
POKE N+1,INT (V/256) 


Las expresiones V-256XINT (V/256 y INT (V/256) se 
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emplean tan frecuentemente que vale la pena defi- 
nir dos funciones definibles por el usuario para 
implementarlas. La expresión V-256XINT (V/256) 
calcula el resto de la división de V por 256 y INT 
(V/256) es simplemente el número de veces que 
contiene V al valor 256. 

La función 


DEF FN H(V)=INT (V/256) 


devolverá el equivalente decimal del byte más sig- 
nificativo de V y 


DEF FN L(V)=V-INT (V/256)X256 


devolverá el equivalente decimal del byte menos 
significativo de V., 


Empleo de las vwvariabies 
de1l Sistema que delimitan 
ZzZOhnas de la —RArm 


Todas estas variables se han descrito ya junto con 
el mapa de memoria que se ha mostrado anteriormen- 
te, En esta sección se describirán algunas de —sus 
posibles utilidades para el programador de BASIC 
ZX. 

Este tipo de variables se emplean normalmente 

para saber cuánta memoria se usa y para qué. Por 
ejemplo, la diferencia entre la dirección almace- 
nada en PROG y la almacenada en VARS nos dirá 
cuánta memoria está ocupando nuestro programa en. 
BASIC. 
La siguiente subrutina mostrará en pantalla la 
cantidad de memoria usada para el programa y las 
variables, así como la cartidad de memoria dispo- 
nible: 
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9009 DEF FN p(N)=PEEK (N)+Z256X*XPEEK (N+1) 
90819 PRINT "Programa: "3FN p(23627)-FN p 


(23635) 

908298 PRINT "Variables: "53FN p(23641)-FN 
p(23627) 

9839 PRINT "Libre: "3FN p(23613)-FN p 
(23653) 


9448 RETURN 


Las variables del sistema empleadas por la  subru- 
tina son las siguientes: 


23627  VARS 
236353 PROG 
23641 E LINE 
23613 ERR SP 
23653  STKEND 


El cálculo de la cantidad de memoria disponible no 
incluye la memoria usada por la pila de la máquina 
y el resultado es por tanto mayor del verdadero en 
aproximadamente 19% bytes. 


La ROM del Spectrum contiene una rutina en código 
de máquina que calcula la cantidad exacta de memo- 
ria disponible, aunque no hay ninguna garantia de 
que se conserve la misma rutina en futuras versio- 
nes de la ROM. De todas formas, pruebe a sustituir 
la linea 2938 por: 


98639 PRINT "Libre: "365536-USR 7962 
y deberá obtener con ello un resultado similar. 


Otra forma de utilizar las variables que deli- 
mitan zonas de la RAM es cuando deseamos saber la 
dirección de inicio del área del programa o de las 
variables, para examinarlas por ejemplo. En el 
próximo capitulo se ilustrará un ejemplo de ello. 
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Variables de control 
del teclado 


Estas variables pueden utilizarse para controlar 
el modo en que se comporta el teclado. Esto puede 
ser muy interesante en los programas de aplicacio- 
nes en los que se precise una adaptación especial 
de la respuesta del teclado para la entrada de da- 
tos del usuario. Estas variables son: 


KSTATE - 8 posiciones de memoria de 23552 a 23559 
Se emplean para almacenar los datos que represen- 
tan las teclas que han sido pulsadas, con el pro- 
pósito de controlar la auto-repetición, aunque no 
tienen mucha utilidad para el programador BASIC. 


LAST K - 1 posición de memoria en 23569 

Esta posición de memoria contiene el código de la 
última tecla pulsada. Se actualiza cada 1/59 se- 
gundos excepto cuando el Spectrum está grabando 0 
cargando un programa del casete, o bien produ- 
ciendo un sonido en el altavoz. El valor contenido 
en LAST K se emplea también en la rutina de INPUT 
para evitar que se pierdan pulsaciones de teclas 
durante la entrada de datos. En este sentido, ac- 
túa como una memoria de almacenamiento intermedio 
("buffer") pero de un solo carácter. Para ver cómo 
funciona, pruebe este programa: 


109 PRINT CHR$ (PEEK (23560) ) 
208 GO TO 19 


que imprime el carácter correspondiente al código 
almacenado en LAST K. Nótese que INKEYS% lee direc- 
tamente el teclado y por tanto no trabaja con LAST 
és 


REPDEL - 1 posición de memoria en 23561 
y REPPER - 1 posición de memoria en 23562 
Estas dos variables deben ser estudiadas juntas, 
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puesto que ambas controlan el funcionamiento de la 
auto-repetición. REPDEL controla el tiempo durante 
el cual una tecla debe pulsarse para que comience 
la repetición y REPPER es la velocidad de la auto- 
repetición. Puede introducir distintos valores en 
estas variables, para alterar el modo en que se 
comporta el teclado. Por ejemplo, para obtener un 
teclado con auto-repetición casi instantánea, 
pruebe: 


POKE 23561,1:POKE 23562,1 


Las velocidades de repetición muy altas son útiles 
cuando se emplea el teclado para controlar el  mo- 
vimiento de gráficos en la pantalla en juegos, 
etc. Las velocidades lentas como las que se obtie- 
nen introduciendo el valor cero en ambas variables 
son útiles para los usuarios principiantes. 


RASP - 1 posición de memoria en 23688 

y PIP - 1 posición de memoria en 23699 

Estas dos variables controlan los sonidos caracte- 
risticos asociados al teclado. El valor contenido 
en RASP influye en la duración del zumbido de 
alerta que suena cuando se producen errores, como 
por ejemplo al teclear lineas demasiado largas. El 
valor de PIP controla la duración del pitido que 
se produce a cada pulsación de tecla. Normalmente 
es tan corta que se reduce a un "click". Experi- 
mentando con este valor puede obtenerse una gran 
variedad de sonidos. 


Variables de estado de 1 
Sistema 


Estas variables sirven para controlar el estado 
del Spectrum en cada momento. La mayoria de ellas 
tienen muy poca utilidad para el programador de 
BASIC, y además no pueden alterarse. En este grupo 
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está incluído el conocido temporizador de 3 bytes 
que está alojado a partir de la posición 23672, y 
su valor refleja el número de imágenes que se han 
enviado al televisor desde que se conectó el Spec- 
trum. La función 


DEF FN t()=(PEEK (23672) +256%*XPEEK (23673) + 
G655JÓXPEEK (23674))/50 


nos dirá el tiempo transcurrido, en segundos, des- 
de que el Spectrum está en funcionamiento. Para 
poner a cero este temporizador, use 


POKE 236749,9:POKE 23673,9:POKE 23672, 


Existen también otras dos variables en este 
grupo que pueden ser útiles a los programadores en 
lenguaje ensamblador del 289. 


ERR NR - 1 posición de memoria en 23619 

Contiene un valor que es menor en Una unidad al 
código de error usado. Podría emplearse para  im- 
plementar una función del tipo ON ERROR GOTO, como 
ampliación del BASIC ZX, auñque ho se trata de un 
proyecto sencillo. 


ERR SP - 2 posiciones de memoria en 23613 

Contiene la dirección de un par de posiciones de 
memoria en la pila de la máquira, las cuales  con- 
tienen a su vez la dirección de la rutina en códi- 
go máquina incluída en la ROM que es a donde se 
traslada el control del Spectrum cuando se produce 
un error. Si se reduce el contenido de este par 
de posiciones en dos unidades, observará que la 
tecla BREAK queda deshabilitada pero en cuanto 
ocurra algún error se producirá un "crack" o pér- 
dida irreversible del control del ordenador. 

Para el programador en código máquina, exis- 
te la posibilidad de alterar la dirección de re- 
torno por error para sustituir la rutina estándar 
de tratamiento de errores por otra distinta. 
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Sin embargo, no es tan fácil como puede parecer 
ya que el Spectrum cambia la dirección de retorno 
mientras ejecuta un programa para permitir la uti- 
lización de varios tipos de tratamiento de erro- 
res. Por ejemplo, durante la ejecución de un  co- 
mando INPUT, un error en la entrada de datos no 
provoca un "crack" del sistema sino que el editor 
repite otra vez la operación de entrada de datos. 
¡Es un proyecto dificil y desafiante, pero posi- 
ble! 


Desp il azamiento 
de la memoria 


Tal y como se ha comentado ya anteriormente, mu-— 
chas de las áreas de la memoria RAM cambian de ta- 
maño -.cuando se introduce o ejecuta un programa. 
Por ejemplo, cada vez que se introduce una nueva 
linea de BASIC, la zona del programa aumenta su 
longitud. Lo que no es tan evidente es que cada 
vez que una de las áreas de memoria aumenta de ta- 
maño, todas las que están por encima de ella deben 
ser desplazadas hacia arriba, y todas las  va- 
riables del sistema que indican los limites de es- 
tas áreas deben ser actualizadas. Por ejemplo, si 
se crea un espacio en el área de entrada de datos, 
deberá desplazarse la pila del calculador hacia 
arriba. Todo este trabajo de desplazamiento de 
bloques de la memoria lo realiza automáticamente 
el BASIC ZX, y merece la pena conocer un poco la 
forma en que lo hace. 

Siempre que es preciso crear un espacio de  x 
bytes dentro de urna zona de la memoria, toda la 
parte de la memoria comprendida entre esta zona y 
STKEND se desplaza hacia arriba. Seguidamente se 
examinan una a una las 15 variables que están  —si- 
duadas entre VARS (23627) y STKEND (23653). Si la 
variable del sistema contiene una dirección que se 
encuentra por encima del área de memoria que se ha 
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modificado, se incrementa esta dirección en x uni- 
dades. Cuando en vez de ampliarse se reduce una de 
las zonas de la memoria, se realiza el proceso in- 
verso, es decir, todas las áreas de la memoria que 
se encuentran por encima de la que se ha reducido 
se mueven x bytes hacia abajo y se actualizan (re- 
duciendo su valor en x bytes) las variables del 
sistema que contienen direcciones por encima de la 
zona modificada. 

Estos desplazamientos y ajustes de las varia- 
bles del sistema deben ser tenidos en cuenta al 
usar programas en lenguaje ensamblador que alteren 
la posición normal de alguna zona de la memoria 0 
el valor de alguna variable del sistema. Por 
ejemplo, en el capítulo 5 el desplazamiento de la 
memoria Causa problemas si el área de memoria 
"señalada” por CURCHL se posiciona por encima de 
la zona del editor de entrada de datos y de 
STKEND. A pesar de que no se mueve el área de 
memoria, al contener su variable del sistema una 
dirección que está situada por encima del editor 
de entrada de datos, su valor se modifica como si 
realmente se hubiera desplazado. El resultado es 
un "crack" irreversible del sistema. 

Otra de las consecuencias de estos  desplaza- 
mientos de la memoria es que no podemos estar nun- 
ca seguros de que algún dato almacenado por encima 
de la dirección 23734 permanecerá en la misma di- 
rección durante la ejecución del programa. La con- 
clusión de ello es que debe localizarse cada dato, 
variable, línea de programa, etc. Cada vez que se 
precise acceder a ellos, a menos que se sepa cor 
certeza que no ha sido desplazado dentro de la me- 
moria. En el próximo capítulo encontrará Vd. algu- 
nos ejemplos de cómo encontrar elementos dentro de 
la memoria. 


Concilas ii rn 


En este capitulo se han descrito las caracteristi- 
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cas de la memoria del Spectrum con algunos deta- 
lles. Sin embargo, las explicaciones más completas 
y los ejemplos de algunos temas introducidos se 
han pospuesto a los capítulos siguientes, donde se 
explorará su relación con otros elementos. 

Si Vd. pierde en los próximos capítulos la pis- 
ta de lo que se está comentando, utilice el mapa 


de memoria aparecido en este capítulo como una 
guia. 
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CAPITULO << 


LA ESTRUCTURA 


DEL BASIC. ZX 


El BASIC ZX es una versión completamente original 
del lenguaje BASIC y muchas de sus caracteristicas 
representan una novedad para los usuarios de este 
lenguaje. Concretamente, el sistema empleado para 
el tratamiento de Cadenas alfanuméricas repre- 
senta una ruptura con los métodos usados er la 
versión estándar de Microsoft, que es más antigua 
y menos perfeccionada. 

El tema que vamos a tratar en el presente capi- 
tulo no será el aspecto exterior del BASIC ZX, si- 
no la forma en que este lenguaje organiza y emplea 
la memoria para realizar algunas funciones de las 
que está provisto. La documentación más completa 
que existe sobre el sistema operativo del ZX BASIC 
es, naturalmente, el listado desensamblado del 
contenido de la ROM BASIC ZX del Spectrum. Sin em- 
bargo, resulta demasiado extenso y detallado para 
quienes desean solamente obtener una idea clara de 
su funcionamiento, puesto que la mayor parte de su 
contenido se refiere a las rutinas que implementar 
la aritmética, las funciones, etc. Ys aunque 
pueden ser interesantes, tienen generalmente muy 
poca utilidad. 

La mejor manera de comprender el funcionamiento 
del BASIC ZX es estudiando la forma en que éste 
organiza y emplea la memoria, y los principios 
operativos de los comandos GOTO, GOSUB, los bucles 
FOR - NEXT, etc. Estos conocimientos facilitar la 
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comprensión del listado de la ROM aunque, en la 
mayoria de los casos, la consulta a este listado 
se hace innecesaria. Para demostrarlo, se darán 
más adelante algunos ejemplos sobre la forma en 
que pueden manipularse el programa y el área de 
variables, e incluso alterar el modo de —funciona- 
miento del BASIC ZX. Estos ejemplos se han escrito 
todos en BASIC ZX para que sean accesibles al  má- 
ximo, pero si Vd. conoce ya o está aprendiendo el 
lenguaje ensamblador 239, puede intentar escribir- 
los en ensamblador para lograr con ello un consi- 
derable aumento en la velocidad de ejecución. 


Farmato de las variables. 
un prox3rama para listar 
las war iablies 


En el capítulo 24 del manual del Spectrum puede 
hallarse una información muy completa sobre los 
distintos tipos de variables creadas por el BASIC 
ZX en el área de variables de la memoria. No  obs- 
tante, creo que es interesante resumir aquí la ci- 
tada información para explicar el sistema empleado 
para manejar los distintos formatos de variables. 
Los seis tipos distintos de variables del BASIC 
ZX se almacenan en el área de variables de la 
memoria, comenzando por un solo byte que sirve 
tanto para identificar el tipo de variable como 
para identificar el primer ly posiblemente el 
único) carácter de su nombre. La forma en que se 
combinan en un solo byte estos dos elementos de 
información no es dificil de comprender. El BASIC 
ZX considera iguales las variables que tienen como 
nombre una misma letra, aunque sea mayúscula: y mi- 
núscula, y por tanto la primera letra del nombre 
de una variable puede almacenarse siempre como si 
se tratara de una letra minúscula. El empleo del 
código ASCII completo es perfectamente posible, 
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pero se emplearian los ocho bits cuando realmente 
sólo se precisan cinco para definir a la letra. ES 
mejor usar un número entre 9 y 25 para indicar 
cuál de las 2óé letras es la que corresponde al 
primer carácter del nombre de la variable. De esta 
forma quedan tres bits libres en el primer byte 
para almacenar el código que define al tipo de 
variable de que se trata. Por lo tanto, el primer 
byte de cada variable tendrá el siguiente formato: 


b7? bé b5 b949 b3 b2 bl bg 


código del código de la 


tipo de primera letra 
variable 


Los códigos usados para definir el tipo de varia- 
bles son: 


2 variable alfanumérica (cadena) 

3 variable numérica cuyo nombre tiene 
una sola letra 

4 tabla o matriz numérica 

5 variable numérica cuyo nombre tiene 
más de una letra 

6 tabla o matriz de caracteres (cadenas 
dimensionadas) 

? variable indice (las empleadas en los 
bucles FOR) 


Los códigos de tipo de variable se convierten a la 
forma binaria formando asi.un número binario de 
tres bits, el cual se coloca en los bits b?Y a b5 
respectivamente. Por ejemplo, si el código es 5), 
el número binario equivalente es el 19i y, por lo 
tanto, b?=1, bó=8 y b5=1. Se puede reconstruir el 
código ASCII de la primera letra del nombre de la 
variable añadiendo el valor %é al rúmero formado 
por los bits b4 a b9. 

Así pues, si A contiene la dirección de la pri- 
mera posición de memoria usada para almacenar la 
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variable, la siguiente función 


DEF FN t(A)=INT (PEEK (A)/32) 


calculará el valor del código de tipo de variable 
según la tabla anterior, y 


DEF FN c$(A)=CHR$ (PEEK (A)-FN t(4)X32+95) 


devolverá la primera letra del nombre de la varia- 
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1 1 4 =6 
Tipo + 3 bytes 
letra xponente| Mantisa 
y — Y 
nombre datos 


Tipo 3 — Variable numérica cuyo nombre 
consta de una sola letra 


1 1 1 1 1 4 =N+5 
: bytes 
ds 2.* letra | 3.* letra Na. letra|Exponente Mantisa 
NY” » ó 
nombre La última letra tiene datos 


el bit 7 a «uno» 
Tipo 5 — Variable numérica cuyo nombre 
tiene más de una letra 


1 2 1 1 1 =N4+3 
Tipo + |N = longitud]  1.* Ze N.? 2y18s, 
letra de la cadena [carácter | carácter carácter 
y 
Y 
nombre Información datos 


de los datos 
Tipo 2 — Variable alfanumérica (cadena) de N caracteres de longitud 
1 2 1 2 2 =N+3 
Tipo + |N = longitudlM = N.*? 3,2 Ultima Elementos, bytes 
letra total le dimen] dimensión dimensión | 5 bytes cada uno 


a] Ñ o ») 
nombre Información de los datos datos 


Tipo 4 — Matriz numérica 


1 2 1 2 2 =N+3 
Tipo + > Ultima Elementos, bytes 
letra dimensión dimensión [un byte cada uno 
A G Ñ y Y 
nombre Información de los datos datos 
Tipo 6 — Matriz de caracteres 
1 5 5 5 2 1 = 19 bytes 
Tipo + nds Número  |Número 
letra Valor Límite Paso de linea [sentenc. 
== a Y > Y —! 
nombre datos Información del bucle FOR 


Tipo 7 — Variable índice 


Figura 4.1. Formatos de almacenamiento de 
las variables en el BASIC ZxX. 


ble. (Ambas funciones utilizan las técnicas de ma- 
nipulación de bits en BASIC que se describieron en 
el último capítulo). 

Lo que se encuentra a continuación del primer 
byte de cada variable depende del tipo de variable 
de que se trate. Estos formatos de las variables 
están detallados en el capitulo 25 del manual del 
Spectrum, y se reproducen con algunos comentarios 
adicionales en la figura 4.1. Aunque el  conoci- 
miento de estos formatos es importante para el 
programador en lenguaje ensamblador 0 código 
máquina, el programador de BASIC ZX puede usar las 
funciones estándar VAL y VAL$ para inspeccionar el 
contenido de una variable. Por ejemplo, si N$ con- 
tiene el nombre de una variable que no sea del ti- 
po de tabla o matriz, entonces 


PRINT VAL (N3) 


escribirá el contenido si es una variable numérica 
ba 


PRINT VALS (N$) 


escribirá su contenido si se trata de una variable 
alfanumérica. Pueden emplearse expresiones simila- 
res para escribir cualquier elemento de una varia- 
ble de tabla. Por ejemplo, si N$ contiene el nom- 
bre de una tabla numérica de una sola dimensión, 
entonces 


PRINT VAL  (N$+"("+*STR$(1)+")"”") 


escribirá el contenido del elemento 1. Esto puede 
usarse para construir el nombre completo del ele- 
mento como si fuera una cadena y luego usar VAL O 
VAL$ para evaluarlo. Usando este método de  —descu- 
brir el contenido de una variable, las dos funcio- 
nes que se definieron anteriormente y la informa- 
ción sobre cuántas posiciones de memoria ocupa un 
determinado tipo de variable, es posible hacer un 
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listado de todas las variables empleadas en 
programa. Un programa para listar todas las 
riables podria ser el siguiente: 


9190 DEF FN t(A)=INT (PEEK (A)/32) 

9119 DEF FN c$(A)=CHR$ (PEEK (A)-FN t(A)X32+9 

6) 

91290 DEF FN v()=PEEK (23627)+Z56*XPEEK (23628) 

29139 LET VYS=FN v() 

91949 PRINT "Variable";TAB (15)3"Tipo";3TAB (25 
)3"Valor” 

9159 DIM N$(15): DIM T$(190) 

92909 1F PEEK (V8)=1283 THEN STOP 

9219 LET 19=1: LET N$="": LET T$="Numerica”: 

LET Ns="" 

9229 LET N$(19)=FN c$(Vg) 

9239 IF FN t(V8)=3 THEN GO TO 9289 

92490 IF FN t(V9)<>5 THEN GO TO 93909 

9259 LET VO=VG+1: LET I9=19+1 

9268 LET n$(19)=CHR$ (PEEK (V6)-INT (PEEK (VO 
)/128)Xx128) 

9276 1F INT (PEEK (V9)/128)X128=8 THEN GO TO 
9259 

9289 LET V9G=Vg+6 

9299 PRINT N$;TAB (15);3TS;3TAB (25)3VAL (N5$) 
9295 GO TO 9299 

2360 IF FN t(V9)<>7 THEN GO TO 9359 

93109 LET T$="Indice"” 

232060 LET Vg8=V98+19 

2339 GO TO 9299 

9359 IF FN t(V9)<>2 THEN GO TO 9499 

9369 LET T$="Cadena": LET N$(2)="s" 

93790 LET VS8=VY9+PEEK (V9+1)+256*XPEEK (VO+2)+3 
9389 PRINT N$;3TAB (15)3TS53TAB (25);3VALS$S (Ns) 
2390 GO TO 2299 

9499 IF FN t(V9)=6 THEN  LET N$(2)="3$" 

9418 LET Té$="Matriz" 

9420 LET I19=9 

94380 PRINT N$;3TAB (15)3TS$3TAB (25)3"DIM("5 
9499 PRINT PEEK (V9+4+19X2) +256XPEEK (VS+5+10 


*x2);5 

9459 LET I09=10+1 

9460 IF IOX>PEEK (V9+3) THEN PRINT ","3: GO 
TO 94499 


9479 PRINT ")" 
94809 LET VO=VG+3+PEEK (V9+1)+256XPEEK (Vg+2) 
9499 GO TO 929009 


74 


La primera parte del programa define tres funcio- 
nes muy útiles. Las funciones FN t y FN cé ya: se 
han comentado anteriormente y FN v calcula la di- 
rección de inicio de del área de variables en la 
memoria. Las lineas 9139 a 29159 escriben la cabe- 
cera, inicializan la variable VY9 que se emplea pa- 
ra controlar la posición de memoria explorada y 
dimensionar dos tablas empleadas en el programa. 

N$ se utiliza para reconstruir el nombre de ca- 
da variable y T$ se emplea para almacenar la  de- 
signación del tipo de variable. El resto del pro- 
grama consiste en un largo bucle que comienza en 
la linea 929899. La linea 9299 comprueba si se ha 
llegado al byte que contiene el valor 128, puesto 
que este valor se emplea para indicar el final del 
área de variables. Las lineas 921% a 9295 —costru- 
yen el nombre de una variable numérica en N$ y es- 
criben su valor en la linea 9299. Si la variable 
es del tipo 3 entonces la Única letra almacenada 
en N$ será el nombre de la variable, y la línea 
9239 pasará el control a la linea 92299 que escri- 
birá los detalles de la variable. Si es del tipo 5 
entonces el primer carácter irá seguido de una se- 
cuencia de letras que formarán el nombre completo 
de la variable (véase la Fig. 4.1). Las lineas 
92598 a 92748 extraen cada carácter y lo guardan en 
N$. El final del nombre de la variable está indi- 
cado por el valor de b?, que es cero para todos 
los caracteres excepto para el último. La línea 
9289 suma 6 a Vg% para que señale al inicio de la 
siguiente variable. 

Si la variable es del tipo 7, el control pasa a 
través de la linea 93099. Después se ajusta el va- 
lor de VY9 para que señale a la siguiente variable. 
Los detalles de la variable indice son escritos 
por la linea 9299. 

Si la variable es del tipo 2, el control pasa- 
rá a través de la linea 935%. La linea 2379 ajusta 
el valor de V% para que señale al inicio de la si- 
quiente variable añadiéndole la longitud de la ca- 
dena (véase la Fig. 4.1). La linea 9389 escribe 
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los datos guardados en la cadena usando la función 
VAL$ tal como se describió anteriormente. 

Finalmente, si la variable es del tipo 4 Ó. 6, 
entonces la variable será una tabla o matriz. En 
este caso el programa no intentará escribir los 
datos contenidos en la tabla porque podria ser muy 
trabajoso. En vez de ello, se escribirán las di- 
mensiones de la tabla. La linea 9499 añade una "$" 
al nombre de la tabla si se trata de una tabla de 
caracteres. Aparte de este hecho, ambos tipos de 
tablas pueden tratarse de la misma forma, ya que 
la información que se refiere a sus dimensiones se 
almacena de la misma forma. El número de dimensio- 
nes está contenido en la cuarta posición de  memo- 
ria de la tabla, y se accede a él con PEEK en la 
linea 94689 para ver si se han escrito los valores 
de todas las dimensiones. La linea 9448 escribirá 
el valor de una sola dimensión y se utiliza 19 pa- 
ra contar el número de valores escritos. Finalmen- 
te, la linea 9489 emplea la longitud total de la 
tabla para actualizar V%9 y para que de esta forma 
señale al inicio de la siguiente variable. 

Si Vd. añade este programa al final de uno de 
los suyos, usando GOTO 9199 podrá obtener un lis- 
tado de todas las variables empleadas por su  pro- 
grama y además 190, VS, N$, y T$, que son las va- 
riables empleadas por el mismo programa que  pro- 
duce el listado. Se emplean las tablas N$% y t$ en 
vez de cadenas, debido a que el área de variables 
se modifica cuando las cadenas aumentan o disminu- 
yen su longitud (número de caracteres). Si una ca- 
dena variara su longitud mientras el programa que 
produce el listado estuviera en funcionamiento, 
todas las variables situadas por encima de la mis- 
ma resultarían afectadas y V9 no señalaria ya al 
inicio de una de las variables. Sin embargo, una 
tabla de caracteres tiene siempre la misma longi- 
tud, y su utilización no afecta a las demás varia- 
bles. Vd. puede añadir nuevas posibilidades a es- 
te programa, como una rutina que calcule y escriba 
la cantidad de memoria que ocupa Cada variable, 
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pero evite siempre emplear cadenas alfanuméricas 
para almacenar datos, o sino, ¡El programa no fun- 
cionará! 


Formato de 1lOo= datos 
num*Sr dicos 


La forma en que se almacenan los números en un or- 
denador es un asunto muy complejo técnicamente. 
Existen básicamente dos métodos para ello: el al- 
macenamiento de números enteros y el almacenamien- 
to de números en coma flotante. El almacenamiento 
de enteros tiene un margen muy limitado en los va- 
lores de los números pero es más rápido y fácil 
de usar cuando se emplea en operaciones aritmé- 
ticas. Se trata, esencialmente, de la representa- 
ción binaria de los números que venimos usando 
desde el capitulo 1, ampliada para que puedan 
incluirse números positivos y negativos. Los núme- 
ros en formato de coma flotante pueden utilizarse 
para un amplio margen de valores pero sus  opera- 
ciones aritméticas son muy lentas en comparación 
con el sistema de números enteros. El sistema de 
almacenamiento en formato de coma flotante se basa 
en el equivalente binario de la notación exponen- 
cial decimal empleada en la mayoria de las máqui- 
nas Calculadoras. 

Muchas versiones del lenguaje BASIC poseen dos 
tipos de variables numéricas! enteras, para los 
números enteros y reales para los números que tie- 
nen una parte fraccionaria. El tipo de variable a 
emplear en cada ocasión se deja a la elección del 
mismo programador. El BASIC ZX también está pro- 
visto de ambos tipos de almacenamiento pero cor 
el mismo tipo de variable numérica. El tipo de al- 
macenamiento a emplear en cada ocasión lo decide 
el mismo BASIC ZX. Si el valor de un número está 
dentro de los limites del almacenamiento de ente- 
ros, se almacena como un entero. Si no es asÍ, se 
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almacena como un número en coma flotante. Con este 
sistema, el programador obtiene lo mejor de ambos 
tipos de almacenamiento sin tener que preocuparse 
por el tipo de almacenamiento que debe usar en ca- 
da instante. Los detalles sobre estos modos de al- 
macenamiento de valores numéricos están bien  ex- 
plicados en el capítulo 24 del manual del  Spec- 
trum. 


Tratamiento dinámico 
de las wvariablies 


En las secciones anteriores se han descrito ya los 
formatos utilizados para almacenar las variables. 
No obstante, hay otro aspecto interesante en este 
almacenamiento. Cuando se crean nuevas variables o 
se altera el contenido de las cadenas, se reor- 
ganiza toda la zona de las variables. La forma en 
que esto se realiza puede afectar a la eficacia de 
los programas y por lo tanto nos interesa conocer 
los detalles del tratamiento dinámico de las va- 
riables. 


El área de variables se borra con RUN o CLEAR, 
y las variables se van creando a medida que var 
apareciendo en el programa. Para evitar tener que 
mover los datos con excesiva frecuencia, las nue- 
vas variables se van colocando al final del área 
extendiéndola hacia arriba. De esta forma, por lo 
menos al principio, las variables se van  almace- 
nando en el mismo orden en que se han creado. 

Imagínese la dificultad que representa tener 
que añadir un carácter más al final de una cadena 
ya existente. Si la variable de la cadena fue 
creada al principio del programa, cada vez que de- 
ba añadirse un carácter a la misma deberán despla- 
zarse todas las variables almacenadas por detrás 
de la cadena un lugar hacia arriba. Esto significa 
que un programa como el siguiente: 
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19 LET As="”" 

20 DIM M(19009) 
30 LET AS$=A$+"X" 
49 GOTO 39 


se ejecutaria a mayor velocidad si la matriz numé- 
rica M se dimensionara (se creara) antes que la 
cadena A$ (invirtiendo entre sí las dos primeras 
lineas del programa). En el programa anterior, de- 
ben moverse aproximadamente 5999 posiciones de me- 
moria cada vez que se añade una "X" al final de la 
cadena A$. Si la tabla se hubiera dimensionado en 
primer lugar, no deberia moverse ninguna variable 
para añadir un solo carácter a A$. Este tipo de 
problemas produce una importante reducción en la 
velocidad de trabajo de algunas versiones del 
BASIC, ¡Pero no en el BASIC ZX! y por tanto las 
dos versiones del programa anterior ¡trabajarán 
aproximadamente a la mísma velocidad en el Spec- 
trum! 

La razón de esta diferencia es que el BASIC ZX 
emplea un método muy interesante para manejar el 
área de variables. Cada vez que una variable alfa- 
numérica (una cadena) aparece en la parte izquier- 
da de una instrucción LET, se destruye el valor 
anterior de la misma mediante el desplazamiento 
hacia abajo de todas las demás variables y se crea 
nuevamente al final del área de variables como si 
se tratara de una variable completamente nueva. En 
resumen, una variable de cadena se crea de nuevo 
cada vez que aparece en la parte izquierda de una 
instrucción LET. Este hecho produce dos efectos: 
primeramente, a diferencia de otros sistemas, no 
existen viejos valores de las cadenas dentro del 
área de variables y no es por tanto necesario de- 
tener los cálculos de vez en cuando para efectuar 
una operación de borrado de los valores inútiles, 
y en segundo lugar la variable de cadena que se ha 
utilizado más recientemente se encuentra siempre 
al final del área de variables, y las variables de 
cadena más usadas tienden siempre a estar agrupa- 
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das al final del área. Esto reduce considerable- 
mente los desplazamientos de variables en la memo- 
ria y el número de posiciones de memoria a despla- 
zar cuando se realiza un cambio en el valor de una 
cadena. Dbserve que en el programa anterior, que 
añade un sólo carácter a A$ cada vez, producirá un 
solo desplazamiento de la tabla M para colocar la 
variable alfanumérica A$ al final del área de  va- 
riables. 

Cuando se define una tabla también se emplea el 
mismo sistema. Cuando se dimernsiona una tabla, 
cualquier versión ya existente de la misma queda 
eliminada mediante el desplazamiento hacia abajo 
de todas las demás variables "cerrando” de este 
modo el espacio que aquélla ocupaba anteriormente. 
A continuación se crea de nuevo la misma tabla al 
final del área de variables. Esto significa que 
pueder dimensiornarse varias veces las mismas  ta- 
blas er el BASIC ZX, mientras que las demás  ver- 
siones del BASIC tratan siempre a las tablas o ma- 
trices como variables de tamaño fijo. 


Ccoóomo se almaceha 


el BASIC Z<X 


Cada línea de un programa en BASIC 2X se almacena 
en el formato mostrado en la Figura 4.2. Los pri- 


A Longitud 
bi del texto 
e línea |, ENTER 


Figura 4.2. Formato de una linea BASIC 


meros dos bytes de cada línea contienen el rimero 
de línea, almacenado en el orden inverso respecto 
a los demás rúmeros, es decir, con el byte más 


significativo er primer lugar. El número de linea 
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se emplea para determinar a dónde transfiere el 
control del programa una instrucción GOTO o GOSUB, 
y para determinar en qué lugar debe insertarse una 
nueva linea de programa. Las lineas de programa se 
almacenan según su número de linea en orden  cre- 
ciente. 

Los dos bytes siguientes contienen el valor de 
la longitud del texto de la linea, incluyendo el 
carácter ENTER que indica el final de la misma. 
Estos dos bytes están almacenados en el orden ha- 
bitual y se emplean para calcular la dirección de 
memoria del inicio de la linea siguiente. 

Si A es la dirección de inicio de una linea de 
BASIC, la función 


DEF FN L(A)=256X*XPEEK (A)+PEEK (A+1) 
calculará su número de linea. La función 
DEF FN n(A)=PEEK (A+2)+256%*XPEEK (A+3)+A 


calculará la dirección de inicio de la siguiente 
linea. Cuando se llega al final del programa, el 
valor de FN n(A) es igual al contenido de la va- 
riable del sistema VARS. De la misma forma que se 
examinan los números de linea, pueden también  al- 
terarse sus valores usando POKE. A pesar de que el 
BASIC ZX solamente acepta valores comprendidos 
entre 1 y 999929, el sistema funciona con números 
del 6 al 61439%. Incluso las instrucciones GOTO y 
GOSUB transfieren el control del programa a las 
lineas cuyo número se encuentra fuera del rango 
del BASIC ZX. El editor, no obstante, trabajará 
correctamente sólo con las lineas entre 1 y 999%, 
Esto último puede considerarse como una ventaja si 
cambiamos el número de la primera linea del  pro- 
grama por el 4%, obteniéndo con ello I una linea 
imborrable ' Existen otros métodos para usar estos 
números de línea semi-legales, aunque cuando se 
conoce su foaciornemiernto se pueden burlar muy  fa- 


cilu=rt- 
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La parte de la linea que contiene el texto se 
almacena exactamente igual que fue introducida 
desde el teclado, con algunas excepciones. En pri- 
mer lugar, todas las palabras clave contenidas er 
la lirea se almacenan como un solo byte correspor- 
diente a su código de carácter, según el Apéndice 
A del manual del Spectrum. Por tanto, GOTO no se 
gquaria en la memoria como las cuatro letres sepa- 
rades que formen la palabra clave ”"G”, "0D", "T” Y 
A sino como el código de un solo byte 236. En 
secundo lugar, todas las constantes numéricas se 
guardan en la linea en dos formas distintas: como 
la cadena de digitos introducida desde el teclado 
y también en un formato interno de cinco bytes em- 
pleado para las variables rmuméricas. El formato de 
cadena se Usa al listar la linea de programa, y el 
formato de cinco bytes lo emplea el BASIC 2X cuan- 
do el programa está en marcha, para ganar tiempo 
al convertir las constantes al formato interro 
usado en todos los cálculos Z%. El carácter 14 se 
emplea pera indicar que a continuación del mismo 
se encuentra un número en coma flotante en el for- 
mato de cinco bytes, y está previsto para que la 
rutina interra del comando LIST ignore los circos 
bytes que representan el número en el formato 11-> 
terrno al listar los programas. Los números en coma 
tlotarte representados en el formato de cinco  by- 
tes pueden hallarse en otros lugares, como por 
ejemplo a contintación de un valor numérico  Ccons- 
tante. Térgase pues siempre en cuenta este código 
14 cuando se explore una linea de programa. 


Localizador de palabras 
clave 


Como ejemplo de la forma de utilizar la  informa- 
ción sobre el formato interno del BASIC ZX, el si- 
guiente programa explora toda la zona donde se en- 
cuentra almacenado el programa BASIC y escribe a 
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continuación los números de las lineas de programa 
que contienen la palabra clave almacenada en la 
variable C%. 


106 INPUT Cs 
20 GO SUB 9599 
30 STOP 


9590 DEF FN p()=PEEK 23635+256XPEEK 23636 
9519 DEF FN v()=PEEK 23627+256X*XPEEK 23628 
9528 DEF FN L(A)=256XPEEK A+PEEK (A+1) 
9539 PRINT C$3” EN” 

9549 LET S=FN p() 

9559 LET F=FN v() 

95690 LET L=FN L(S) 

9574 LET S=5+49 

09589 IF S>=F THEN RETURN 

9585 LET C=PEEK S 

9599 IF C=13 THEN LET S=S+1: GO TO 9569 
2699 1F C=194 THEN LET S=S+5: GO TO 9589 
9610 IF C<>CODE (C$(1)) THEN LET S=S+1: GO T 
O 9529 

9628 PRINT "LINEA "3L 

96394 LET S=S+1 

29648 GO TO 29580 


La subrutina que comienza en la linea 95909 realiza 
todo el trabajo de exploración para localizar la 
palabra clave contenida en C$. Las lineas 95998 a 
9528 definen tres funciones muy útiles: FN p cal- 
cula la dirección de inicio del área de programa, 
FN v la del área de variables y FN L calcula el 
número de la línea que comienza en la dirección A. 
Las lineas 9588 a 9648 f+forman un bucle que explora 
el área del programa linea por linea y carácter 
por carácter, tratando de localizar los códigos de 
los caracteres que coincidan con CODE (Cs$(1)). La 
linea 2598 detecta los códigos de ENTER que indi- 
can el final de cada linea , y la linea 96994 de- 
tecta el código 14, el cual indica que los cinco 
bytes que siguen al mismo representan una constan- 
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te numérica en el formato interno del Spectrum, y 
deben ser por tanto ignorados. 

Este programa tan simple tiene una gran utili- 
dad a la hora de comprobar que todos los GOTOs y 
GOSUBs sean correctos. Para introducir una palabra 
clave como LET, debe pulsar primero THEN (para 
cambiar el cursor al modo "K”) seguido de la pala- 
bra clave, y borrar posteriormente THEN. Tambiér 
puede utilizarse el programa para localizar todas 
las líneas que contengan una variable cuya inicial 
sea una letra determinada. Sin embargo, si desea 
localizar variables cuyo nombre tenga más de una 
letra, el programa deberá ampliarse para que  com- 
pare cada una de las letras con el contenido de 
las posiciones de la memoria. 

Para ilustrar otro ejemplo de cómo puede  em- 
plearse la subrutina localizadora de palabras cla- 
ve para aumentar las posibilidades del Spectrum, 
realicense los siguientes cambios en el programa: 


96298 POKE 23625,L- INT(L/256)%X256 
9638 POKE 23626, INT(L/256) 
9694 STOP 


Estas nuevas lineas introducen en la variable del 
sistema E PPC el número de la primera linea del 
programa que contiene la palabra clave almacenada 
en C$. Como que E PPC se emplea para guardar la 
posición del cursor de edición, el resultado será 
que la rutina trasladará el cursor de edición a la 
primera linea donde exista una palabra clave que 
coincida con la que está contenida en C$. Si se le 
añadiera una opción de "búsqueda desde la última 
posición”, esta rutina permitiria posicionar el 
cursor de edición en cualquier lugar del programa 
de una forma muy rápida. 


Ur Ppro3r ama renumerad or 


Renumerar un programa en BASIC parece una tarea 
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muy sencilla a primera vista. Todo lo que debe ha- 
cerse es explorar toda la zona donde está conteni- 
do el programa y alterar los dos bytes de cada li- 
nea que contienen su número de orden. El problema 
es que de esta forma se ignoran los cambios que 
deben efectuarse en los números de linea que  si- 
quen a las instrucciones GOTO y GOSUB. No es di- 
ficil encontrar varios algoritmos que puedan  mo- 
dificar también los números de linea que siguen a 
dichas instrucciones, pero todos ellos consisti- 
rian en realizar exploraciones de todo el programa 
en busca de las instruciones GOTO y GOSUB. Un  al- 
goritmo de este tipo incluído en un programa en 
BASIC ZX seria demasiado lento. 

Como un término medio entre los dos tipos de 
renumeradores, la subrutina siguiente renumerará 
todas las lineas de un programa ignorando el p*o= 
blema de los GOTO / GOSUB, aunque escribirá una 
lista mostrando la correspondencia entre los núme- 
ros de linea anteriores y posteriores a la renu- 
meración, lo cual facilita su corrección a mano. 


97499 LET P=FN p() 

9710 INPUT "Mumero primera linea "359 
9728 INPUT "Intervalo "319 

9730 PRINT "ANTIGUO"; TAB 10; "NUEVO" 
9749 LET L=FN L(P) 

92750 IF L>9909 THEN STOP 

9769 PRINT L;3TAB 10;530 

977480 POKE P, INT (S598/256) 

9729 POKE P+1,S59-INT (59/256)*X256 
97990 LET SG=SGO+10 

292046 LET P=P+9+PEEK (P+2)+256XAPEEK (P+3) 
9216 GO TO 9749 


La linea 97068 carga la variable P con la dirección 
de inicio del área de variables, utilizando la 
función P definida en la última sección. Las ri= 
neas 92718 y 9228 toman el valor inicial y el paso 
de la renumeración (número de la primera linea y 
salto entre números de línea, respectivamente). La 
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linea 97468 toma el número de linea anterior y lo 
coloca en L usando la función FN L ya definida. 
Las lineas 9778 y 9789 introducen el "nuevo” 
número de linea en las posiciones adecuadas con 
POKE. La linea 29799 incrementa el nuevo número de 
linea en la cantidad indicada por el "paso” de la 
renumeración y la 2899 ajusta el valor de P para 
que señale al principio de la linea siguiente, 
mediante la adición del valor de los dos bytes que 
indican la longitud de la parte del texto de la 
linea. El proceso de  renumeración se detiene 
cuando el número anterior de la línea alcanza el 
valor 99949, para evitar que se renumere la misma 
rutina de renumeración o bien otros programas que 
se mostrarán en éste y en los próximos capi- 
tulos. 


GOTO 


La instrucción GOTO del BASIC ZX trabaja de una 
forma que ya es conocida para nosotros pero posee 
algunas caracteristicas especiales que deben te- 
nerse en cuenta. Cuando se encuentra una ¡nstruc- 
ción GOTO al ejecutar un programa, se efectúa una 
exploración del área del programa para localizar 
un número de linea igual o mayor que el que sigue 
a GOTO. Si se encuentra este número de linea, se 
transfiere el control del programa a la nueva  1i- 
nea. Si no se encuentra, el programa s detiene con 
un informe de error normal. Esto significa que, a 
diferencia de otras versiones del BASIC, en BASIC 
ZX no pueden producirse errores con las líneas que 
siguen a la instrucción GOTO. En algunos  CasoS, 
esto puede representar una ventaja pero en otros 
puede ser un inconveniente. Por ejemplo, supóngase 
que existe una instrucción GOTO 49040 en un progra- 
ma donde no hay ninguna linea 4999, y la primera 
linea mayor de 499% es la 599%. En este caso, GOTO 
49999 tranferirá realmente el control a la linea 
5099, y el programa puede funcionar tal como haya 
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previsto el programador. Supóngase, no obstante, 
que al cabo de cierto tiempo el programador, inmo- 
centemente, añade una nueva sección al programa 
que comienza en la linea 4599. El resultado será 
que a partir de este momento, la instrucción GOTO 
49096 transferirá el control del programa a la 
linea 4599, y el programa probablemente no funcio- 
nará. Encontrar la causa que impide el buen  fun- 
cionamiento del programa puede ser una tarea 
dificil, puesto que el origen del fallo (el GOTO 
incorrecto) ¡ está precisamente en la parte del 
programa que no se ha modificado ' La conclusión 
es que debemos asegurarnos siempre de que las 
instruciones GOTO y GOSUB se refieran a lineas del 
programa que realmente existen. 

La segunda caracteristica especial del BASIC ZX 
es la posibilidad de que GOTO o GOSUB vayan segqui- 
das de una expresión numérica. Por ejemplo, en el 
BASIC ZxX 


GOTO 208+106X4 


es totalmente equivalente a GOTO 2448. Esto repre- 
senta normalmente una gran ventaja, ya que es po- 
sible seleccionar, por ejemplo, una rutina entre 
varias mediante el valor de una variable determi- 
nada empleando 


GOTO L(I) 


donde L es una tabla (matriz) que contiene los nuú- 
meros de linea del inicio de cada rutina, y el va- 
lor de 1 controla a cuál de las rutinas debe 
transferirse el control del programa. Esto signi- 
fica que si, por ejemplo, 1 contiene el valor 1, 
se ejecutará la rutina que comienza en L(1) y ac- 
tuará de forma similar para los restantes valores 
de ll. (También es aplicable para la instrucción 
GOSUB). En otras versiones del BASIC, esta posibi- 
lidad se denomina GOTO computado o calculado, y se 
escribe normalmente: 
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ON Y GOTO Li, LE, 13 ... 


donde Li, L2, etc. son los números de las líneas a 
donde se Salta cuando 1 vale 1, 2, a respecti- 
vamente. 

Otra forma de utilizar las expresiones en las 
instrucciones GOTO y GOSUB es para hacer los pro- 
gramas más legibles. Por ejemplo, si una parte de 
su programa que comienza en_la linea 3123 convier- 
te los numeros binarios en decimales, una instruc- 
ción como 


689 GOTO 3123 


actuará correctamente para lo que se haya previsto 
pero, sin embargo, no nos proporcionará ninguna 
indicación sobre la función que efectúa la rutina 
que comienza en la linea 3123. En cambio, si defi- 
nimos una variable con un nombre apropiado cuyo 
valor sea el número de la línea donde comienza la 
rutina, los GOTOS y GOSUBs podrán ser mucho más 
legibles. Por ejemplo: 


10 LET DECIMAL=3123 


69 GOTO DECIMAL 


El BASIC ZX puede alojar más de una instrucción 
por linea de programa, utilizando los dos puntos 
como separador. Esto resulta verdaderamente útil, 
aunque la instrucción GOTO solamente puede  trans- 
ferir el control del programa al inicio de una 1i- 
nea múltiple. De hecho, el BASIC ZX trabaja con un 
número de linea y con un número de instrucción 01 
sentencia dentro de la linea, con los que quedan 
identificadas todas las sentencias de un programa, 
aunque formen parte de una línea múltiple. Por 
ejemplo: 

88 


1293 PRINT "1%: PRINT "2": PRINT "3" 


es una linea múltiple. El comando PRINT "1" es la 


primera sentencia de la linea 1203, PRINT "2" es 
la segunda sentencia de la linea 1263 y asi  suce- 
Sivamente. Aunque no exista ur "GOTO linea X, 


sentencia Y", no es excesivamente dificil simular- 
lo. El par de variables del sistema NEWPPC y NSPPC 
se emplean para almacenar el número de linea y el 
número de sentencia dentro de la linea a la cual 
se ha transferido el control del programa. Podemos 
forzar un salto POKEando en NEWPPC el número de 
linea deseado y luego POKEando en NSPPC el número 
de la sentencia dentro de la linea. Pruebe, por 
ejemplo: 


19 PRINT 13: PRINT 253: PRINT 3; 
20 LET L=19: LET S=2: GOTO 9894 


98890 POKE 23618,L- INT(L/256)X256 
981% POKE 23619, INT(L/256) 
9824 POKE 23628,S 


Al ejecutar este programa, verá que aparece 123 
seguido de 23 repitiéndose continuamente hasta que 
se pulse la tecla BREAK. La rutina 9899 transfiere 
el control del programa a la linea L y  concreta- 
mente a la sentencia S dentro de la linea; por lo 
tanto, la línea 29 equivale a "GOTO 19, sentencia 
2". Observe que la rutina 922808 no debe llamarse 
con GOSUB, pues la instrucción RETURN no llegaria 
a obedecerse nunca debido al salto forzado que la 
misma rutina produce hacia la linea 19 sentencia 
Zo. 


GOSuB >» la pila 


El comando GOSUB del BASIC ZX funciona exactamente 
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igual que GOTO pero guarda además información en 
la pila ("stack”) de GOSUB. Esta información la 
emplea el comando RETURN para devolver el control 
del programa a la linea siguiente a la que conte- 
nia la instrucción GOSUB. Para comprender el fun- 
cionamiento de GOSUB y RETURN, es necesario  cono- 
cer un poco la forma en que trabaja una pila. 

Una pila, o mejor dicho una pila LIFO ("Last In 
First Qut”, llltimo en Entrar, Primero en Salir) es 
un conjunto de posiciones de memoria con un "pun- 
tero” que se emplea para indicar la primera posi- 
ción de la pila que se encuentra libre. Por ejem- 
lo una simple matriz o tabla puede usarse como una 
pila siempre que tenga una variable asociada, lla- 
mada "puntero de pila”, la cual indicará cuál es 
el primer elemento de la tabla que se encuentra 
libre. Los datos se introducen en la pila LIFO me- 
diante una operación que coloca cada dato en la 
posición indicada por el puntero y cambia  automá- 
ticamente el valor del puntero para que señale a 
la siguiente posición libre de la memoria. De for- 
ma similar, los datos se sacan de la pila median- 
te la operación inversa, la cual mueve el puntero 
a la primera posición ocupada y devuelve el dato 
contenido en ella. Si se utiliza urna matriz S para 
la pila y la variable P para el puntero, iniciali- 
zada de forma que señale al primer elemento de  S, 
la operación de entrada de un dato seria: 


LET S(P)=D: LET P=P+1 
y la operación de salida! 
LET P=P-1: LET D=S(P) 


donde la variable D se emplea para almacenar El 
dato en ambos casos. Obsérvese que ninguna de las 
dos rutinas comprueba que ro se sobrepasen los 11- 
mites de la matriz. 

Una pila puede crecer hacia arriba en la  memo- 
ria, como en el caso anterior, o bier hacia abajo, 
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como en la mayoria de las pilas del 288, donde se 
emplean las posiciores más altas de la memoria pa- 
ra almacenar los primeros datos de la pila. 

La caracteristica más importante de una pila 
LIFO es, tal como su nombre indica, que el último 
dato introducido en la pila es el primero que debe 
sacarse de la misma. Por ejemplo, si los elementos 
A, By € se introducen por este orden en la pila, 
la primera operación que se efectúe para sacar un 
elemento de la pila dará como resultado el valor 
de Cy, la segunda B y la tercera A. 

Esta es exactamente la forma de trabajo necesa- 
ria en la pila que almacena las direcciones de re- 
torno de las instrucciones GOSUB. Efectivamente, 
cada instrucción GOSUB almacena el número de la 
linea de retorno en la pila de GOSUB y cada 
instrucción RETURN recupera el número de linea 
almacenado en la pila. Si Vd. ejecuta, por tanto, 
GOSUB A, GOSUB B y GOSUB C en este orden, entonces 
la primera instrucción RETURN devolverá el control 
del programa a la instrucción siguiente a la GOSUB 
C, el segundo RETURN lo transferirá a la linea que 
sigue a GOSUB B y el tercer RETURN devolverá el 
control a la linea que sigue a GOSUB A. Asi pues, 
la pila sirve no sólo para almacenar las direc- 
ciones de retorno sino también para devolverlas 
en el orden correcto. 

La pila de GOSUB usada en el Spectrum es un 
poco extraña puesto que está mezclada con. otra 
pila del 229 que sirve para almacenar las direc- 
ciones de retorno de las instrucciones en código 
máquina equivalentes al GOSUB del BASIC. Para 
ser precisos debemos decir que la pila de GOSUB es 
una parte de la pila de la máquina 28%. Sin embar- 
390, la variable del sistema ERR SP contiene la ma- 
yor parte del tiempo la dirección del primer ele- 
mento de la pila de la máquina propiamente dicha y 
el cornterido de ERR SP más dos será la dirección 
del primer elemento de la pila de GOSUB, 

Es interesante señalar que en la pila de  —GOSUB 
se almacenan tanto los números de linea Como los 
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números de sentencia. Esto significa que si se 
produce una llamada GOSUB en una linea múltiple 
(con varias sentencias) el retorno se efectuará a 
la siguiente sentencia dentro de la misma linea. 
Por ejemplo: 


19 GOSUB 10990: PRINT "LINEA 18 SENTENCIA 2" 
29 PRINT "LINEA 29 SENTENCIA 1”: 


producirá la ejecución de ambas sentencias PRINT 
en cuanto la subrutina 10909 devuelva el control a 
la linea 14, sentencia 2. 

Los datos que se almacenan en la pila de  —GOSUB 
son, en primer lugar un número de dos bytes que 
representa el número de la sentencia que se está 
ejecutando más uno, seguido de otro número de dos 
bytes que representa el número de la linea que se 
está ejecutando. 

Esta información puede emplearse para escribir 
un programa que produzca la devolución del control 
a cualquier linea y cualquier sentencia dentro de 
la linea por parte de la instrucción RETURN. Este 
tipo de saltos desordenados dentro del programa no 
es muy recomendable pero es útil algunas veces 
para obterner retornos especiales por error desde 
las subrutinas. 


19 GOSUB 269 

280 PRINT "LINEA 29" 
390 PRINT "LINEA 39” 
48 STOP 


100 LET G=2+PEEK 23613+256*PEEK 23614 
119 POKE G,L-INT (L/256)xX256 

120 POKE G+1,INT (L/256) 

139 POKE G+2,S 

146 RETURN 


204 PRINT "LINEA 209” 
210 LET L=380: LET S=1 
228 GOTO 109 
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La subrutina 1896 toma el valor de ERR SP para en- 
contrar la dirección del primer elemento de la 
pila de GOSUB. Después las lineas 119 y 129 intro- 
ducern un nuevo número de linea y la linea 139 un 
nuevo número de sentencia. De esta forma 


LET L= x: LET S=y: GOTO 199 


dirigirá el salto de la siguiente instrucción 
RETURN hacia la linea x, sentencia y+. Compruébelo 
ejecutando el programa anterior, cuya subrutina 
2689 devuelve el control a la linea 34 sentencia 1 
en vez de a la linea 29 sentencia l. 


Los bucles FOR 


El sistema empleado para realizar los bucles FOR 
en el BASIC ZX es muy práctico y versátil, aunque 
es distinto al que se emplea en la mayor parte de 
las demás versiones del BASIC. 

Para que varios bucles FOR puedan ser anidados 
uno dentro de otro, el método usado normalmente 
emplea una pila, una pila de FOR, para almacenar 
los números de línea a los cuales la instrucción 
NEXT debe devolver el control del programa, es de- 
cir, los números de las lineas que cierran los bu- 
cles. La ventaja de emplear una pila para realizar 
esta función es similar a la que vimos  anterior- 
mente para la instrucción GOSUB. Cada instrucción 
FOR introduce el número de la linea de inicio del 
bucle en la pila y, por lo tanto, una instrución 
NEXT siempre traspasará el control del programa a 
la linea donde comienza el último bucle o el que 
se encuentra más al interior de ellos. Sin embar- 
390, el BASIC ZX no emplea este sistema de la pila, 
y por esta razón se comporta de una forma distinta 
a las demás versiones del BASIC. 

Cada vez que se ejecuta una instrucción FOR, se 
explora el área de variables en busca de alguna 
variable que tenga el mismo nombre que la que se 
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haya empleado para la variable indice del bucle. 
Si se encuentra alguna, se elimina y se crea una 
nueva variable que servirá como indice del bucle 
(será del tipo 7). El formato de las variables in- 
dice se explicó anteriormente en este capitulo, 
pero se repite en la Figura 4.3. Observe que  ade- 
más de los cinco bytes que representan su valor, 


1 5 5 5 2 1 
Tipo + Valor Limite Número Número de 
letra de línea | sentencia 


E  —e — ———__———— AA 
Nombre Datos Datos del bucle FOR Datos de la línea que 
cierra el bucle 


Figura 4.3. Formato de una variable-indice 
en el BASIC ZX. 


contiene también toda la información necesaria pa- 
ra construir el bucle FOR, como el "limite" (valor 
superior), el "paso" (STEP) y el número de linea 
del inicio del bucle junto con su número de  sen- 
tencia. El número de linea se almacena en dos by- 
tes y el número de sentencia en un solo byte. Am- 
bos definen el lugar exacto a donde el comando 
NEXT transferirá el control del programa al cerrar 
el bucle. 

El único efecto real que produce la instrucción 
FOR es la creación de una nueva variable indice. 
Realmente, es la instrucción NEXT la que desempeña 
el trabajo principal en el bucle. Cuando se ejecu- 
ta una instrucción NEXT, se suma el paso (STEP) al 
"valor” y el resultado se compara con el "limite”. 
Si el resultado es mayor que el limite, el bucle 
se dará por finalizado. Si no es asl, se volverá 
al inicio del bucle. Aparte de ser usadas por la 
instrucción NEXT, la variables indices pueden ser 
manipuladas y utilizadas igual ue las demás  va- 
riables. Por ejemplo, para dar un final prematuro 
a un bucle en ejecución, podemos alterar simple- 
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mente el valor de la variable indice para que éste 
sea mayor que el limite. 

El hecho de que el BASIC ZX no utilice una pila 
para los bucles FOR tiene dos consecuencias impor- 
tantes. En primer lugar, a diferencia de muchas 
otras versiones del BASIC, podemos abandonar un 
bucle antes de que éste finalice sin preocuparnos 
de nada más. Si hacemos esto mismo en una versión 
del BASIC que emplee una pila, habrá un elemento 
de la pila que no saldrá nunca de la misma, y la 
pila se irá llenando lentamente hasta producir un 
mensaje de error. El único inconveniente del BASIC 
ZX en este aspecto es que existe una variable  in- 
dice permanentemente alojada en la memoria, pero 
puede usarse como una variable ordinaria, y en 
caso de que se ejecute otro bucle con la misma 
variable indice, ésta será reutilizada. A pesar de 
que la salida de un bucle en ejecución no tiene 
ningún efecto pernicioso para el BASIC ZxX, no es 
una práctica muy recomendable, puesto que los 
programas donde se emplee este sistema serán mucho 
más difíciles de adaptar a otras versiones del 
BASIC. 

El segundo efecto producido por la falta de la 
pila para los bucles FOR debe tenerse en cuenta: 
La ventaja de usar una pila para estos bucles es 
que el mismo programa detecta si se ha realizado 
algún anidamiento (situación de un bucle en el in- 
terior de otro) incorrecto, en cuyo caso emite un 
mensaje de error apropiado. Sin embargo, en el 
BASIC ZX casi todas las combinaciones entre varios 
bucles serán aceptadas. Pruebe, por ejemplo: 


19 FOR I=1 TO 19 
20 FOR J=1 TO 19 
30 PRINT 3,1 

40 NEXT 1 

50 NEXT J 


La mayor parte de las versiones del BASIC, Y  mu- 
chos programadores habituados a ellas, rechazarian 
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el programa anterior considerándolo incorrecto 
(las lineas 949 y 59 deberian invertirse entre si 
para producir el anidamiento correcto entre los 
dos bucles). Si Vd. ejecuta el programa anterior 
en BASIC ZX verá que no solamente funciona, : sino 
que además puede ser útil !' 

Tratando de comprender el funcionamiento de es- 
ta combinación de bucles tan singular, quedará Vd. 
convencido de que es conveniente evitar este tipo 
de anidamientos. El del ejemplo funciona porque 
cada una de las instrucciones NEXT en las lineas 
49 y 59 se obedece sin tener en cuenta el resto 
del programa. Por tanto, la linea 499 transfiere el 
control a la línea 28 diez veces, para los valo- 
res de I comprendidos entre 1 y 19. Cada vez que 
se ejecuta la linea 29 se crea la variable indice 
J y se le asigna el valor 1. Después de esto el 
control pasa a la linea 59, la cual ejecuta el 
bucle de la variable J (es decir, las lineas 29 a 
59) diez veces. Cuando pasa por la linea 49, la 
instrucción NEXT 1 no produce la repetición del 
bucle 1 debido a que el "valor” de 1I todavía e€es 


mayor que el "limite". Sin embargo, altera este 
"valor" de esta variable indice añadiéndole la 
cantidad correspondiente al "paso". ¡Ahora deberia 


Vd. comprender ya la secuencia de números que este 
par de bucles escriben en la pantalla ' 


Conc ilnasi (65r 


La información que se ha presentado en este capi- 
tulo deberia ayudarle a comprender la forma en que 
trabaja internamente el BASIC ZxX. Muchos de los 
ejemplos de programas que se han dado en él no 
sólo ilustran las ideas explicadas sino que  tam- 
bién forman la base de una colección de programas 
de utilidades. Si Vd. desea comprobar sus conoci- 
mientos acerca del BASIC ZX, lo mejor que puede 
hacer es desarrollar algunos de los proyectos que 
se han sugerido en los ejemplos de este capitulo. 
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La mayoria de estos proyectos pueden llevarse a 
cabo programando en BASIC ZX, aunque si Vd. está 
aprendiendo el lenguaje ensamblador del zZ89, en- 
contrará algunos problemas que le serán útiles co- 
mo ejercicio y no son muy dificiles de solucionar. 
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CAPITULO >= 


E'/S. Canales y Corrientes 


El Spectrum utiliza un método muy perfeccionado y 
general para el tratamiento de los distintos dis- 


positivos de Entradas y Salidas (E/S), basado en 
la existencia de unas corrientes ("Streams”) Y 
unos canales ("Channels"). El Spectrum estándar 


posee un número muy limitado de dispositivos de 
E/S y por esta razón es posible emplear unos 
comandos especiales para cada uno de ellos. Por 
ejemplo, para enviar datos hacia la pantalla, usa- 
mos PRINT pero para enviarlos a la impresora, em- 
pleamos el comando LPRINT. Una vez que se han aña- 
dido los Microdrives al sistema, parece ya  ina- 
decuado inventar más comandos especiales. Incluso 
sin los Microdrives, la posibilidad del Spectrum 
de definir el dispositivo que va a emplearse en 
una operación de E/S tiene algunas ventajas. 
Sorprendentemente, el manual del Spectrum no 
suministra ninguna indicación ni sugerencia acerca 
delsistema para manejar los dispositivos de  E/S 
mediante las corrientes y los canales. 


Corrientes E INPUT + 
Y PRINMNT + - 
Una buena forma de estudiar las E/S es separándo- 


las en dos partes, una correspondiente al software 
que recibe o genera los datos y la otra correspon- 


diente al hardware que recibe o genera los datos. 
En el BASIC ZX, la parte de software de las E/S se 
denomina una "corriente" y la parte de hardware, 
un “canal”. 

La diferencia principal es que una corriente 
consiste en un flujo de datos que entran O salen 
de un programa, mientras que un canal consiste en 
un dispositivo concreto de E/S, por ejemplo la im- 
presora "ZX Printer". Imaginese una corriente como 
si fuera un grupo de datos entrando o saliendo de 
un dispositivo de E/S. Las corrientes se identifi- 
can por un número entre 9 y 15 y sus operaciones 
básicas consisten en leer y escribir datos. 

La instrucción 


INPUT $ s;"lista de entrada” 


leerá los datos procedentes de la corriente "s" y 
los introducirá en las variables de la "lista de 
entrada”. Por ejemplo, 


INPUT H O5A3B5AS 


leerá los datos procedentes de la corriente Y y 
los almacenará en las variables A,B y A%$. De forma 
Similar, el comando 


PRINT $ s, "lista de escritura" 


enviará datos a la corriente "s" ("s" representa 
un número entre 6 y 15) desde las variables de la 
"lista de escritura”. Por ejemplo 


PRINT $ O5TOTAL;AS 


enviará datos desde las variables TOTAL y A%$ hacia 
la corriente Y. 


Hay que señalar que tanto la instrucción INPUT 
$% como PRINT $ pueden utilizarse también de 
la misma forma que las instruciones INPUT y PRINT 
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normales. Cualquier cosa que pueda usarse forman- 
do parte de una "lista de entrada” o bien de una 
"lista de escritura” puede incluirse en una 
sentencia de corrientes de E/S. Por ejemplo, tanto 


PRINT $ 23"HOLA"3TAB 10;"”"AMIGOS" 
como 
INPUT $ 063"¿Cómo te llamas?”3NS 


son ambas perfectamente válidas. La instrucción 
PRINT envia la palabra "HOLA" de forma literal, 
seguida del código de TAB y de la palabra "AMIGOS” 
también literalmente hacia la corriente 2. Nótese 
que los datos se envian hacia una corriente deter- 
minada exactamente de la misma forma que se envia- 
rían hacia la pantalla. La instrucción INPUT es un 
poco más compleja debido a que no solamente recoge 
los datos procedentes de la corriente 4, sino que 
también envia datos en forma de la frase literal- 
mente escrita ("¿Cómo te llamas?”). En realidad, 
cada número de corriente está asociado con dos co- 
rrientes de datos: una corriente de entrada y otra 
corriente de salida. Los datos enviados a la co- 
rriente por una instrucción PRINT o INPUT se  man- 
dan a la parte de salida de la corriente, y Cada 
dato leido por la corriente ha sido previamente 
obtenido por la parte de entrada de la corriente, 

En la práctica, es posible usar una instrución 
PRINT o INPUT que afecte a más de una corriente, 
por ejemplo, 


PRINT % 5j3"Hola"53*H 63”amigos” 


enviará la palabra "Hola" a la corriente 5 y "ami- 
gos” a la corriente 6. En otras palabras, el "es- 
pecificador de corriente” $ puede ser incluido en 
cualquier lugar de una sentencia PRINT O. INPUT 
donde se precise alterar las corrientes. Aunque 
estas mezclas de corrientes dentro de una sernten- 
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cia sean posibles, no son muy recomendables a me- 
nos que existan razones muy poderosas para Usar- 
las. Los programas en los que se emplea esta téc- 
nica son muy dificiles de comprender, depurar y 
modificar. 


Cahales _— OPEN > CLOSE 


El concepto de una corriente de datos es relativa- 
mente sencilla de comprender, pero quizás se pre- 
gunte Vd. en estos momentos "¿cómo se asocian los 
números de las corrientes con los dispositivos de 
E/S del hardware?". La respuesta es que antes de 
enviar datos hacia una corriente o recibir datos 
de la misma, debe "abrirse" la corriente con OPEN. 
Esta "apertura" de la corriente sirve para dos +i- 
nes distintos: asocia un número de corriente a un 
dispositivo de E/S determinado y también señala 
cuál es el dispositivo que va a utilizarse. Á ve- 
ces además de señalar el dispositivo, la operación 
OPEN implica también la inicialización del mismo 
para dejarlo en un estado en el que pueda ser uti- 
lizado. Sin embargo, esta inicialización depende 
del tipo de dispositivo de que se trate. 

Para abrir una corriente, el BASIC ZX está pro- 
visto del comando 


OPEN $ s,c 


donde "s" es el número de la corriente que debe 
abrirse y "c” es una Cadena alfanumérica que espe- 
cifica el canal al cual debe asociarse. Una vez 
ejecutado este comando, el destino de todos los 
datos que se manden a la corriente "s” será el ca- 
nal "c”, el cual será también el origen de todos 
los datos que se reciban desde la misma corriente. 
Antes de proporcionar un ejemplo práctico de 
cómo usar la instrucción OPEN, debemos conocer 
cuáles son los canales que posee el Spectrum. El 
Spectrum sin expansión (es decir, sin Microdrives) 
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reconoce solamente estos tres canales: 


K - canal del teclado 
S - canal de la pantalla 
P - canal de la impresora 


por tanto, 
OPEN $ 5, "Kk" 


abrirá el canal S y lo asociará con el teclado. 
Una vez ejecutado este comando, 


INPUT + 55A;5B 


leerá datos desde el teclado de la misma forma que 
lo haria una instrucción INPUT normal. Sin embar- 
go, el comando 


PRINT $ 5;3"HOLA" 


enviará ahora datos a la parte de salida de la co- 
rriente 5, la cual está asociada con la parte in- 
ferior de la pantalla que corresponde normalmente 
al teclado y se emplea para los mensajes de INPUT. 
Alli es donde la palabra "HOLA" aparecerá ahora 
escrita literalmente. Si Vd. efectúa esta prueba, 
es muy dificil que llegue a ver el mensaje escrito 
en la parte inferior de la pantalla puesto que 
esta parte de la pantalla se borra automáticamente 
cuando el programa se detiene o bien cuando se en- 
cuentra una instrucción INPUT en el mismo. Si  de- 
sea ver el efecto de este "envio" de datos hacia 
el "área de INPUT" de la pantalla, pruebe: 


19 OPEN $ 5,"k" 
20 PRINT $ 5;5RND 
39 GOTO 29 


y deberá ver unos números aleatorios que aparecen 
por la parte inferior de la pantalla desplazándose 
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hacia arriba hasta que se detenga el programa con 
la aparición del mensaje "OUT OF SCREEN", debido a 
que esta parte de la pantalla no permite el 
"scroll" indefinidamente como la parte superior de 
la misma. 

Aunque en principio todas las corrientes tienen 
su parte de entrada y su parte de salida, en la 
práctica, el único canal que puede aceptar datos 
en ambos sentidos es el del teclado. Los otros dos 
(pantalla e impresora) son canales exclusivamente 
de salida de datos, y cualquier intento de leer 
datos desde los mismos producirá un informe de 
error J. Nótese que esta limitación es debida al 
hardware al cual está conectada la corriente. 

Puede asociar más de una corriente a un canal 
determinado pero si desea cambiar el canal al 
cual está asociada una corriente, debe "cerrar" 
primeramente su asociación inicial mediante el 
comando CLOSE. El comando del BASIC ZX 


CLOSE $$ s 


eliminará cualquier asociación existente entre la 
corriente "s" y algún canal. En este sentido, la 
operación CLOSE es la inversa a OPEN. La  instruc- 
ción CLOSE puede emplearse también para informar 
al componente de hardware de un canal que el mismo 
dejará de ser usado por la corriente, y que puede 
por tanto realizarse cualquier operación de borra- 
do de datos para dejar el dispositivo en condicio- 
nes de ser usado por otro canal distinto. 

Es importante señalar que, mientras que un  Cca- 
nal puede ser empleado por varias corrientes a la 
vez, una corriente determinada solamente puede 
asociarse a un canal. Por ejemplo, la impresora ZX 
Printer puede ser asociada a las corrientes 4 y óÓ, 
y por tanto 


PRINT $ 9;"mensaje” 


y también 
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PRINT $ 6; "mensaje" 


ambos enviarán datos hacia la impresora pero en 
cambio no es posible asociar, por ejemplo, la co- 
rriente 2 con la impresora y la pantalla simultá- 
neamente. 


Empleo de las corrientes. 
Independencia de los 
dispositivos de ES 


Hasta este momento, la única ventaja que hemos ob- 
tenido con el empleo de las corrientes es la po- 
sibilidad de escribir mensajes en la parte infe- 
rior de la pantalla. 

Para el programador de ZX BASIC que utilice un 
Spectrum sin expansión, existe solamente ura razón 
que le aconseje el empleo de las corrientes  aun- 
que esta razón sea importante. La independencia de 
los dispositivos de E/S ("Device independence”) es 
ur concepto que está reservado normalmente a los 
cursos avanzados de la ciencia de los ordenadores 
pero es una idea muy simple y de gran utilidad. 
Consiste esencialmente en la posibilidad de poder 
escribir programas sin tener que preocuparse por 
el tipo de dispositivo desde donde procederán los 
datos o por el dispositivo hacia el cual serán en- 
viados los datos generados por el programa. 

Por ejemplo, podemos escribir un programa que 
produzca listados de datos financieros sin tener 
en cuenta si la salida de los mismos será hacia la 
pantalla o bien hacia la impresora. El dispositivo 
hacia el cual deber ser enviados los datos produ- 
cidos por el programa será seleccionado más tarde 
por el usuario del mismo. Usando PRINT y LPRINT en 
los programas para enviar datos a la pantalla y a 
la impresora, respectivamente, no es nada fácil 


conseguir que estos programas posear la "indeper- 
cia de los dispositivos” comentada antericrmente 
pero, en cambio, ¡ será muy fácil cor =1 empleo d=-= 


las corrientes los canales ! 
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y 


Consideremos el problema de escribir un progra- 
ma que produzca una lista de núneros aleatorios en 
la pantalla o bien en la impresora, según la vo- 
luntad del usuario. Empleando PRINT y LPRINT, el 
programa podría ser, por ejemplo: 


19 INPUT "Impresora O Pantalla ?”";AS$ 
286 IF a$(1)3="I” THEN LPRINT RND 

39 IF Astl3= P" THEN PRINT RND 

49 GOTO 29 


Y usardo las corrientes y los canales, podria ser 
algo parecido a esto: 


10 INPUT "Impresora (P) o Pantalla (S)?";3A5 
20 OPEN $ 5,A%$(1) 

39 PRINT $ S5RND 

49 GOTO 39 


Debido a que el especificador de canal puede ser 
una cadena de caracteres, la corriente 5 se asocia 
directamente a la impresora o bien a la pantalla. 

Otra forma de obtener el mismo resultado seria 
abriendo dos corrientes distintas, una para la im- 
presora y otra para la pantalla. Aprovechando la 
ventaja de que el especificador de cot riert- puede 
ser una expresión aritmética, selecciorariamos el 
dispositivo de salida de la informacién, como en 
el siguiente programa: 


10 INPUT "Impresora o Pantalla?”";AS$ 
29 OPEN $ 5,"P” 

39 OPEN H 6,"S" 

99 1F A$(1)="1" THEN LET S=5 

50 IF A$(1)="P" THEN LET S=6 

69 PRINT $ SiRND 

79 GOTO 68 


A pesar de que este ejemplo es demasiado corto 
para ser convincente, Vd. debería apreciar la ven- 
taja que puede representar el empleo de este sis- 
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tema en programas mucho más complejos que el del 
ejemplo. Cuando se usan las corrientes en las sen- 
tencias PRINT e INPUT, cualquier necesidad de cam- 
biar el dispositivo de salida de los datos puede 
resolverse de una forma muy sencilla; simplemente 
alterando el correspondiente comando OPEN, o bien 
el número de corriente empleado por el mismo. 

Cuando se añaden los Microdrives al Spectrum, 
deben emplearse necesariamente las corrientes, 
y es lógico pues intentar sacar el mayor provecho 
de ellas incluso en el caso del Spectrum sin  ex- 
pansión. 


Las corrientes iniciales 
del Spect rum 

Las cuatro corrientes comprendidas entre la Y y la 
3 se abren automáticamente durante el proceso de 


inicialización del Spectrum, y quedan relacionadas 
con los canales siguientes: 


corriente canal 
g K (teclado y pantalla inf.) 
1 K ( Sl ) 
2 S (pantalla superior) 
3 P (impresora) 


(pantalla inferior significa las dos lineas 
inferiores de la pantalla, reservadas normal- 
mente al editor BASIC y al comando INPUT. 
Pantalla superior significa el espacio co- 
rrespondiente a las primeras 22 lineas de la 
pantalla.) 


Así pues, incluso sin emplear ningún comando OPEN, 
la sentencia 


PRINT $ 23"HOLA" 
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escribirá "HOLA" en la pantalla. El Spectrum usa 
estas corrientes para conectar los datos de los 
programas con los dispositivos apropiados. Por 
ejemplo, una instrucción LPRINT enviará los datos 
a la corriente 3. Estas asignaciones de origen 
pueden alterarse usando OPEN, aunque estas 
corrientes no pueden ser cerradas con CLOSE. Cual- 
quier intento de cerrar una de estas corrientes 
producirá una reapertura de la misma con su Canal 
original (según la tabla anterior). 


Otros cOomahndoOos= de 
las corrientes 


Los dos únicos comandos de E/S de corrientes que 
pueden emplearse en el Spectrum sin ampliación son 
LIST e INKEYS. La forma completa del comando LIST 
es: 


LIST $$ s,n 


donde "s"” es el número de la corriente en donde 
debe listarse el programa y "n" es el número de la 
primera línea del programa que debe listarse. Por 
ejemplo, 


LIST HA 


listará el programa en la parte inferior de. la 
pantalla, reservada normalmente para INPUT, pero 


LIST H 3 
es equivalente a LLIST. 


El otro comando relacionado con las corrien- 
tes, INKEYS$, puede emplearse para obtener un solo 
carácter (byte) de cualquier corriente asociada a 
un dispositivo de entrada de datos. La función 
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INKEYS H s 


devolverá un único carácter desde la corriente 
”"s". Si en el dispositivo de entrada no hay ningún 
carácter disponible, se recibirá una cadena nula 
como respuesta al comando. El único problema de 
esta forma ampliada de INKEY$ es que el Spectrum 
estándar posee solamente un canal de entrada (el 
teclado). Sin embargo, cuando los Microdrives  es- 
tán presentes en el sistema, aumenta el número de 
canales de entrada y en consecuencia aumenta  tam- 
bién el número de sentencias útiles basadas en es- 
tos comandos de control de las corrientes. 


Canales y» corrientes. 
Formatos de la memoria 


Normalmente, el programador de BASIC ZX no debe 
preocuparse por la forma en que trabajan las 
corrientes y los canales para hacer uso de ellos. 
Sin embargo, al programador de lenguaje de máquina 
pueden serle útiles estos conocimientos en muchas 
ocasiones. Particularmente, los canales son la 
forma ideal de ampliar el número de dispositivos 
de E/S que puede manejar el Spectrum sin tener que 
realizar comandos especiales en código máquina 
para estos dispositivos. 


La información que define a los canales se al- 
macena en la parte de la memoria RAM llamada "área 
de información de los canales", en la zona Ccom- 
prendida entre las posiciones CHANS y PROG-2 (las 
direcciones de estas posiciones están indicadas 
por las variables del sistema del mismo nombre). 
Cada uno de los canales tiene un "archivo de  ca- 
nal" independiente, con el siguiente formato: 
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dirección tamaño 


n 2 bytes dirección rutina salida 
n+2 z bytes dirección rutina entrada 
n+4 1 byte letra del canal (código) 


donde las rutinas de entrada y salida de datos son 
rutinas en código máquina. 


La rutina de salida debe aceptar códigos de ca- 
racteres del Spectrum contenidos en el registro A. 
La rutina de entrada debe proporcionar los datos 
en forma de códigos de caracteres del Spectrum e 
indicar que existen datos disponibles poniendo a 
"uno" el señalizador de acarreo (C). Si no existen 
datos disponibles, deberá indicarlo poniendo a 
"cero” tanto el señalizador de acarreo (C) como el 
de cero (Z). Si el canal no puede trabajar como un 
dispositivo de entrada, la dirección de la rutina 
de entrada ( o de salida, cuando el dispositivo no 
permita la salida de datos) en el "archivo de Ca- 
nal” correspondiente deberá contener la dirección 
de una rutina de tratamiento de errores . La forma 
más usual para el tratamiento de errores en el 
BASIC ZX es mediante una llamada a la dirección 8 
de la ROM con una instrucción Restart. En lenguaje 
ensamblador esta llamada sería de la forma! 


ERROR RST 9998 
DEFB código de error 


siendo el "código de error” un valor numérico 
correspondiente al tipo de informe de error que 
debe aparecer en la pantalla. 


Los archivos de los tres canales iniciales del 
Spectrum, junto con el de otro canal que no ha 
sido descrito hasta el momento son los siguientes! 
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DIRECCION CONTENIDO 


Archivo del canal del teclado: 


CHANS Direc. de la rutina de escritura en 
la parte inferior de la pantalla. 
+2 Direc. de la rutina de entrada del 
teclado. 
+4 "K", identificador del canal K. 


Archivo del canal de la pantalla: 


+5 Direc. de la rutina de escritura en 

la parte superior de la pantalla. 
+7 Dirección de una rutina de error. 
+9 "S", identificador del canal S. 


Archivo del canal del "buft+ter” de 
edición: 


+19 Direc. de la rutina de introducción 

de datos en el "buffer" de edición. 
+12 Dirección de una rutina de error. 
+14 "R", identificador del canal R. 


Archivo del canal de la impresora 
"ZX Printer": 


+15 Dirección de la rutina de control 
de la impresora ZX Printer. 

+17 Dirección de una rutina de error. 

+19 "P", identificador del canal P. 


Obsérvese que los archivos de todos estos canales 
están realizados en el formato estándar tal como 
se ha descrito ya anteriormente, y que el único 
canal que permite tanto la entrada como la salida 
de los datos es el "K". El canal "e" lo usa el 


1/x 


Spectrum internamente para enviar datos hacia el 
"buffer" (memoria de almacenamiento intermedio) de 
edición. Este canal no puede asociarse con ninguna 
corriente mediante el comando OPEN y por tanto su 
empleo está limitado. 


NOTA IMPORTANTE: El formato de los archivos de los 
canales es distinto cuando se conectan los Micro- 
drives y el Interface 1 al Spectrum. Si Vd. desea 
utilizar esta información para crear sus propios 
archivos de canales compatibles con el Spectrum 
estándar y con el Spectrum expandido (con Inter- 
face 1 y Microdrives), vea el Capitulo 19. 


Los datos que indican las asociaciones de las 
corrientes con los canales están almacenados en la 
zona de la memoria RAM correspondiente a las  va- 
riables del sistema, concretamente en los 38 bytes 
que empiezan en STRMS (dirección 23568). La tabla 
de corrientes, y cada uno de los pares de bytes en 
esta tabla, contiene un número "x”" que representa 
la dirección de inicio de un archivo de canal 
pero en vez de indicar el valor absoluto de esta 
dirección, el valor de "x" refleja la "distancia" 
que separa un archivo de Caral determinado del 
área de información de los canales! 


dirección de inicio del archivo del canal = 
dirección del área de los canales + x - 1 


De esta forma, cada elemento de la tabla de  co- 
rrientes representa la cantidad de posiciones de 
memoria que separan el inicio del área de informa- 
ción de los canales del archivo del canal corres- 
pondiente más una. Como que el número máximo de 
corrientes es de ló, bastarian 32 bytes para defi- 
nir todas las asociaciones entre canales Y ¿cB- 
rrientes (con una dirección de 2 bytes para Cada 
una de las corrientes). De hecho, existen seis 
bytes adicionales para almacenar la información 
correspondiente a las tres corrientes internas con 
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los números 2559, 2594 y 253. Estas tres  co- 
rrientes se asocian automáticamente con los cana- 
les R, S y K respectivamente al inicializar el 
Spectrum y, como el rango de los números de las 
corrientes es el de Y a 15, son inaccesibles desde 
el BASIC ZX. No obstante, la existencia de estas 
tres corrientes internas debe tenerse en cuenta 
cuando se intente calcular la dirección de un 
archivo de carnal correspondiente a las corrientes 
G a 15. Los tres primeros elementos de la tabla de 
corrientes corresponden a las corrientes internas 
253, 2594 y 2555 el cuarto elemento corresponde a 
la dirección del archivo de canal asociado a la 
corriente Y y asi sucesivamente. Esto significa 
que el inicio real de la tabla de corrientes (es 
decir, el inicio de la parte de la tabla que 
corresponde a las corrientes verdaderamente 
accesibles por el usuario) está situado en la 
dirección: 


STRMS + 6 ó bien 23574 


y la dirección de inicio del archivo del canal 
asociado a una corriente s (siendo s un número en- 
tre Y9 y 15) está almacenada en dos posiciones de 
memoria alojadas en : 


23579 + ss Xx 2 


Cuando se "abre" una corriente a un canal determi- 
nado usando OPEN, este comando almacena la ditfe- 
rencia entre el inicio del archivo del canal y el 
área de información de los canales propiamente di- 
cha más un byte, en la posición correcta dentro de 
la tabla de corrientes. Cuando, posteriormente, se 
ejecuta un comando INPUT o PRINT enviando datos a 
una corriente determinada, el Spectrum examina la 
tabla de corrientes para localizar la dirección 
del archivo de caral correspondiente. 

Cuando se "cierra" una corriente con CLOSE se 
coloca automáticamente un cero en el lugar de la 
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tabla correspondiente a la corriente que se haya 
cerrado. Este cero servirá más adelante para de- 
tectar cualquier intento de usar una corriente que 
no haya sido abierta todavia. Las siete corrientes 
abiertas por el Spectrum durante el proceso de 
inicialización siguiente a su puesta en marcha son 
las tres corrientes internas ya descritas ante- 
riormente y las corrientes Y a 3. 

Este sistema de archivos de canales y de tabla 
de corrientes se amplía al conectar los Microdri- 
ves al Spectrum, aunque se mantienen sus caracte- 
rísticas esenciales. Cada canal está descrito por 
un archivo de canal y las corrientes se asocian a 
los canales mediante el empleo de la tabla de  co- 
rrientes. 

Antes de estudiar el sistema de E/S de los ca- 
nales y las corrientes, es conveniente mencionar 
la otra variable del sistema que está también  re- 
lacionada con los canales de E/S, la variable 
CURCHL. Cada vez que se emplea un comando relati- 
vo a las corrientes, se utiliza el número de la 
corriente para localizar la dirección del archivo 
del canal en la tabla de corrientes. Esta di- 
rección, una vez localizada, se almacena en la va- 
riable del sistema CURCHL para enviar todos los 
datos producidos por el comando de E/S hacia el 
canal apropiado. Así pues, una vez ejecutado un 
comando del tipo 


PRINT $ Ss,...+. 
la variable CURCHL contendrá la dirección de ini- 
cio del archivo de canal correspondiente al canal 
asociado a la corriente "s”. 
Cómo tcCrear Su=s propios 


Caáanales 


Si Vd. tiene algún dispositivo de E/S especial co- 
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nectado a su Spectrum, o bien tiene previsto cons- 
truirlo, debe haberse planteado ya el problema de 
la transmisión y recepción de los datos entre el 
Spectrum y el dispositivo de E/S. Generalmente, es 
más sencillo construir un interfaz por hardware 
entre el Spectrum y el dispositivo de E/S, en vez 
de realizar un "interfaz por software" con el 
BASIC ZX. Empleando la información sobre las 
corrientes relacionadas con las E/S que se ha pro- 
porcionado anteriormente le será más fácil contro- 
lar los periféricos desde el BASIC ZX usando sola- 
mente el hardware propio de Sinclair. 


La forma más usual de manejar los periféricos 
con el BASIC es escribiendo subrutinas basadas en 
las instrucciones IN y OUT, Estas instrucciones 
envian y reciben datos directamente hacia o desde 
los "ports” (vias de acceso) de E/S conectados a 
cada uno de los distintos periféricos. Por ejem- 
plo, si tuviéramos un generador de sonido con su 
registro de control de la frecuencia conectado al 
"port" 31, entonces 


OUT 31,f 


enviaría el valor del dato (comprendido entre Y y 
255) al generador de sonido, indicándole de esta 
forma la frecuencia deseada. IN y 0UT son  ins- 
trucciones muy adecuadas para controlar dispositi- 
vos sencillos y especialmente aquellos cuyo  con- 
trol se ejerce a través de bits individuales  den- 
tro de los datos. Sin embargo, cuando el disposi- 
tivo está "orientado a caracteres", es decir, 
cuando envia o recibe los datos en forma de carac- 
teres, entonces estas instrucciones son ina- 
decuadas. Por ejemplo, una impresora con  inter- 
faz paralelo o un "modem” son dispositivos 
orientados a los caracteres, y la mejor forma de 
controlarlos es mediante las sentencias PRINT e 
INPUT normales. Incluso suponiendo que pudieran 
escribirse subrutinas especiales para controlar 


14 


estos dispositivos con las instrucciones IN y OUT 
transmitiendo datos numéricos y alfanuméricos a 
los mismos, es dificil imaginar la forma en que 
podria listarse un programa hacia los nuevos dis- 
positivos. Parece claro que la mejor forma de tra- 
tar estos dispositivos "orientados a los cararte- 
res” es mediante el empleo de las corrientes y los 
canales. 

La adición de un nuevo dispositivo periférico 
orientado a los caracteres al sistema de corrien- 
tes y canales del BASIC ZX puede realizarse de dos 
formas distintas: alterando las direcciones conte- 
nidas en un archivo de canal ya existerte 0 bien 
creando un archivo de canal completamente nuevo. 

El primer método precisa la introducción con 
POKE de las nuevas direcciones en el archivo de 
Canal ya existente, las cuales señalarán a las 
rutinas en código máquina creadas por el pro- 
pio usuario y alojadas en algún lugar de la  memo- 
ria RAM del Spectrum. Por ejemplo, imaginese que 
Vd. desea controlar una impresora estándar en vez 
de la 2X Printer. Alterando la dirección conte- 
nida en los dos primeros bytes del archivo de 
canal correspondiente a la impresora ZX Printer 
(para que señalen a su propia rutina de control de 
la impresora), logrará que los comandos LPRINT y 
LLIST, así como los comandos de E/S que se refie- 
ran a corrientes abiertas al canal P, envien sus 
datos a la nueva impresora. En principio, la 
escritura de una nueva rutina de control para una 
impresora es una tarea sencilla. Todo lo que esta 
rutina debe hacer es aceptar los códigos ASCII de 
los caracteres en el registro Á y emplear estos 
códigos para escribir los caracteres ASCII corres- 
pondientes en la impresora. Debe tenerse en  cuen- 
ta, sin embargo, que el juego de caracteres del 
Spectrum incluye muchos caracteres que no forman 
parte del juego de caracteres estándar ASCII, y 
estos deben ser detectados de forma oportuna e 
interpretados correctamente por la misma rutina. 

Por ejemplo, todos los códigos de control de 
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posición y de atributos dentro de una sentencia 
PRINT serán enviados hacia la rutina de control de 
la impresora como códigos de control según el 
listado contenido en el apéndice A del manual del 
Spectrum. Por ejemplo, LPRINT TAB 19; enviará des- 
pués del código de LPRINT (el 224) los códigos 23, 
19 y Ba la rutina de impresión. El 23 es el 
código de TAB en el Spectrum, y los dos códigos 
cue siguen a continuación del mismo son el byte 
menos significativo y el byte más significativo 
del valor del parámetro que sigue a la función TAB 
(los códigos enviados a las rutinas de Salida de 
datos del Spectrum están comentadas con mayor 
detalle en el capitulo siguiente). Es importante 
resaltar que el Spectrum convierte todos los  da- 
tos en caracteres y códigos ASCII antes de enviar- 
los a la rutina que los escribe en la pantalla del 
televisor. Esto permite a la rutina de control de 
la impresora obedecer o ignorar los códigos de 
control de posición y de atributos según convenga 
en cada ocasión. Por ejemplo, si la nueva impre- 
sora puede imprimir en colores, será posible hacer 
que obedezca a las sentencias que contengan 
códigos de control de color como 


LPRINT INK 33"”Hola" 


la cual enviará los códigos ASCIJ 1ó (de INK) y 93 
(color 3) a la rutina de control de la impresora. 
Como ejemplo de este método de control de un 
nuevo dispositivo de E/S, el siguiente programa 
altera la dirección de salida almacenada en el ar- 
chivo del canal P para sustituirla por otra di- 
reción correspondiente a una rutina en código 
máquina alojada en la zona de la memoria pertene- 
ciente al "buffer" de la impresora testa zona 
puede utilizarse para alojar a la rutina debido a 
que la impresora ZX Printer no está en servicio). 
La nueva rutina de salida en código máquina del 
ejemplo no hace nada realmente útil con los datos 
que recibe; simplemente los envía al "port" 254, 
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y éste controla el altavoz del Spectrum y los co- 
lores del borde de la pantalla. Por lo menos, 
¡procura que sus efectos puedan ser vistos y  0i- 
dos! El listado en ensamblador 289 de esta rutina 
tan sencila es el siguiente: 


DIRECCION  ENSAMBLADOR CODIGOS COMENTARIOS 

23296 outdrv LD BC,254% 91 254 694 carga los re- 
gistros BC 
con 259 

23299 OUT C,A 237 121 envia el con- 
tenido de A 
al "port" 254 

23391 RET 201 retorno al 
BASIC 


La rutina se emplea en el siguiente programa en 
BASIC 2ZxX: 


19 DATA 91,254,99,237,121,281 
29 FOR A=23296 TO 23391 

39 READ D 

49 POKE A,D 

59 NEXT A 


199 GOSUB 1999 
119 FOR 1=8 TO 2 
129 LPRINT 15 
139 NEXT 1 

149 GOTO 119 


1009 LET C=PEEK 23631+256*PEEK23632 
1919 LET C=C+15 

1929 POKE C,2329%6-INT (23296/256)%X256 
1939 POKE C+1, INT (23296/256) 

1049 RETURN 
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La rutina de salida en código máquina está 
alojada en la sentencia DATA de la linea 19, y se 
introduce en la memoria en las líneas 2% a 59 (la 
dirección 23296 es la de inicio del "buffer" de la 
impresora ZX Printer). La subrutina 1999 cambia la 
dirección de la rutina del canal P en el archivo 
de canal. La linea 1999 calcula la dirección de 
inicio del área de información de los canales, 
guardándola en la variable C. Seguidamente, la li- 
nea 1019 obtiene la dirección del comienzo del ar- 
chivo del canal P. Las lineas 10929 y 1934 introdu- 
cen la dirección de la nueva rutina de salida en 
los dos primeros bytes de este archivo. 

Si Vd. introduce este programa y lo prueba, ob- 
servará que los colores del borde de la pantalla 
parpadean de una forma muy especial. Si detiene la 
marcha del programa podrá obtener otra prueba de 
que el programa está enviando datos hacia el borde 
de la pantalla al ejecutar el comando LLIST (Nota: 
desconecte la impresora ZX Printer antes de probar 
este programa). 

Este método de alterar las direcciones existen- 
tes en los archivos de los Canales representa ura 
forma relativamente fácil de añadir nuevos  peri- 
féricos pero tiene la desventaja de que elimina 
uno de los dispositivos de E/S ya existentes en el 
Spectrum. En la práctica, es imposible alterar el 
canal "K" (el archivo del canal del teclado), de- 
bido a que sus direcciones originales son restau- 
radas cada vez que se ejecuta una instrucción 
INPUT. Teniendo en cuenta este hecho, nos quedamos 
con los canales "S” (pantalla) y  "P" (impresora) 
como únicos candidatos a la modificación. Como que 
el canal "S" no tiene mucha utilidad en este caso, 
el único candidato real a la modificación resulta 
ser el canal "P". Todo esto es cierto siempre y 
cuando no se pretenda añadir más de un dispositivo 
de E/3 suplementario y no deba usarse la impresora 
IX Frinter simultáneamente con el dispositivo. 

Para añadir al Spectrum un número mayor de dis- 
positivos de E/S suplementarios, es necesario 
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construir nuevos archivos de canales. Si Vd. desea 
hacer esto último de una manera general, debe te- 
ner en cuenta que los Microdrives modifican el 
sistema de funcionamiento de las corrientes y los 
canales. Esto se explica con mayor detalle en el 
capitulo 12. 

La adición de nuevos archivos de canales parece 
una tarea sencilla pero hay algunos detalles que 
deben tenerse en cuenta. En primer lugar, es posi- 
ble crear un archivo de canal en cualquier lugar 
de la memoria, y no exclusivamente en la zona de 
información de los canales, aunque si un archivo 
de canal se almacena por encima del área de traba- 
jo de INPUT (que comienza en WORKSP), la variable 
del sistema CURCHL (que contiene datos del canal 
que se está empleando) será alterada a medida que 
se vayan modificando las dimensiones del área de 
trabajo durante la ejecución de un comando INPUT. 
Esto representa, naturalmente, que la localización 
del canal que se esté empleando se perderá y se 
producirá un "crack" o pérdida irreversible del 
control del ordenador. Sin embargo, si el archivo 
de canal se almacena por debajo de la zona de tra- 
bajo de INPUT, todo deberá funcionar pertfectamen- 
te. 

En la demostración que se propone más adelante, 
se emplea la zona del "buffer" de la impresora  ZX 
Printer para almacenar tanto el nuevo archivo de 
canal como las nuevas rutinas de E/S. En una apli- 
cación real, el archivo de canal podria alojarse 
en la misma zona de información de los canales (la 
forma en que podría hacerse se explica en el capí- 
tulo 12). Una segunda dificultad es que los coman- 
dos OPEN y CLOSE funcionan solamente con los  ar- 
chivos de canales estándar K, S y P. Esto signisfi- 
ca que además de realizar un nuevo archivo de  ca- 
nal y nuevas rutinas de E/S, tendrá que prever 


también unas subrutinas adicionales para abrir el 
canal a cualquier corriente y, si es necesario, 
una subrutina para cerrarlo. Teniendo en cuenta 


todo lo comentado hasta ahora, podemos reali- 
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zar el siguiente programa en lenguaje ensamblador 
7289 que contiene el archivo de canal y las rutinas 
de E/S: 


DIREC. ENSAMBLADOR CODIGOS COMENTARIOS 


chanrec 
23296 DEFB Y g Byte menos significa- 
tivo de la dirección 
de salida 
23297 DEFB 91 91 Byte más significati- 
vo de la dirección de 
salida 
23298 DEFB 11 11 Byte menos significa- 
tivo de la dirección 
de entrada 
23299 DEFB 91 91 Byte más significati- 
vo de la dirección de 
entrada 
23399 DEFB "E" 69 Identificador del ca- 
nal 
outdrv 


23301 LD BC,254 91,254,909 Carga BC con 254 
23304 Q0UT (C),A 237,121 Envía el contenido de 
A hacia el "port" 254 


233906 RET 291 Retorno al BASIC 
indrv 
23307 RST 8 2907 Llamada a la rutina 
de errores de la ROM 
23308 DEFB 13 18 Código de error "In- 


valid 1/0 device” 


Los cinco primeros bytes forman el nuevo archivo 
de canal. La rutina que empieza en la dirección 
233091 es la de salida y su misión es la de enviar 
el código contenido en el registro A hacia el 
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"port" 25% que corresponde al altavoz y a los co- 
lores del borde de la pantalla. La rutina que  em- 
pieza en 23397 es la de entrada y produce solamen- 
te un informe de error para indicar que este canal 
no permite la entrada de datos. Es evidente que, 
en una aplicación real, ambas rutinas serian posi- 
blemente mucho más complejas. El siguiente progra- 
ma en BASIC contiene la rutina listada anterior- 
mente: 


19 DATA 94,91,11,91,69,1,254,9,237, 
121,2901,207,18 

29 FOR A=23296 TO 23398 

39 READ D 

49 POKE A,D 

59 NEXT A 


109 LET S=5: GOSUB 1999 
119 PRINT $ 53RND; 
120 GOTO 119 


10909 LET A=23574+2%S 

1019 LET C=PEEK 23631+256X*xXPEEK 23632 
1029 LET R=23296-C+1 

1039 POKE A,R- INT(R/256)%X256 

10498 POKE A+t1, INT(R/256) 

1959 RETURN 


Las lineas 19 a 59 cargan el nuevo archivo de ca- 
nal y las rutinas de E/S en el "buffer” de la  im- 
presora. La subrutina 1998 abrirá la corriente Ss 
al nuevo canal. Dicho de otro modo, es el equiva- 
lente de OPEN H$ s,"E". La linea 1999 localiza la 
dirección correcta de la corriente s en la tabla 
de corrientes. Las lineas 191% y 10929 calculan la 
distancia entre el nuevo archivo de Canal y el 
inicio del área de información de los canales (más 
un byte) y las lineas 1939 y 1949 la guardan en la 
tabla de corrientes. La linea 19% emplea la subru- 
tina 1999 para abrir la corriente S al dispositivo 
"E", y las líneas 119 y 129 realizan una demostra- 
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ción del funcionamiento enviando códigos de  núme- 
ros aleatorios hacia el "port" que controla el so- 
nido y los colores del margen de la pantalla. 

Puede obtener otra demostración del funciona- 
miento de la rutina si detiene el programa y  te- 
clea: 


LISTRHS 


lo cual producirá unos parpadeos de color y sonido 
indicando que el programa está listándose ... ¡en 
el "port" 254! Si sustituye la linea 118 por: 


119 INPUT $ 53i 


obtendrá un mensaje de error recordándole que el 
canal no puede emplearse para la entrada de datos. 


Aparte de tener que escribir rutinas de control 
más complejas y especializadas, no existen más in- 
convenientes para añadir nuevos archivos de  cana- 
les al BASIC ZX. Nótese, sin embargo, que el pro- 
grama anterior no funcionará correctamente si se 
conectan los Microdrives al Spectrum aunque las 
modificaciones necesarias para que funcione son 
muy sencillas (y están descritas en el capitulo 
19). 

Los problemas que plantea la escritura de las 
rutinas de salida para los dispositivos de E/S ya 
han sido tratados pero antes de dar por terminado 
este capítulo es conveniente mencionar las parti- 
cularidades de las rutinas de entrada de datos. 
Cuando un carnal determinado deba proporcionar un 
solo código de carácter como, por ejemplo, un con- 
vertidor analógico-digital, el mejor comando en 
BASIC que puede usarse es INKEYS $ , que devuelve 
siempre un solo carácter. Sin embargo, si lo que 
se pretende es usar INPUT $ para leer un grupo de 
caracteres del periférico, deben tenerse en cuenta 
dos cosas. En primer lugar, que las instrucciones 
INPUT pueden proporcionar una salida de i¡informa- 
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ción además de una entrada, igual que cuando  es- 
cribe una pregunta en la parte inferior de la pan- 
talla. No es suficiente, por tanto, colocar la di- 
rección de una rutina de errores en la parte del 
archivo de canal correspondiente a la dirección de 
salida sino que debe preverse el tratamiento de 
cualquier dato que pueda ser enviado por la sen- 
tencia INPUT, ¡ incluso si tan sólo se desea igno- 
rarlo ! En segundo lugar, una sentencia INPUT + 

acepta los datos exactamente de la misma forma que 
cuando se introducen desde el teclado. Esto signi- 
fica que si Vd. usa INPUT $ sji para leer un núme- 
ro desde el dispositivo asociado a la corriente s 

y almacenarlo en la variable i, la rutina de —con- 
trol del dispositivo externo deberá proporcionar 
una serie de códigos ASCII correspondientes a los 
digitos del número y terminando los datos con un 
código de ENTER, es decir, exactamente ¡igual que 
si el número hubiera sido tecleado en el teclado 
del Spectrum. Finalmente, es conveniente comentar 
que mientras se realiza la lectura de datos desde 
un dispositivo de E/S, el comando INPUT 4 

obedecerá también a todos los códigos del editor, 
borrado, etc. ¡correctamente! La mejor forma de 
comprender el funcionamiento de este comando es 
pensando que siempre actúa como si los datos reci- 
bidos fueran una serie de caracteres correspon- 
dientes a teclas pulsadas desde el teclado. 


Conc ilusi 5n 


El sistema de corrientes y Canales del Spectrum es 
como un "bono de sorpresa” para los programadores 
en BASIC ZX. Cuando se emplea en los programas 
proporciona la ventaja de la independencia de los 
dispositivos de E/S y una gran mejora en la flexi- 
bilidad de los mismos, sin ninguna desventaja. 

Para el programador en lenguaje ensamblador 
¿80, las corrientes y los canales representan la 
forma ideal de realizar "interfaces por software" 
con cualquier nuevo dispositivo. 
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CAPITULO 


LA IMAGEN DE YIDEO 


La parte del hardware que genera la ¡imagen de 
video del Spectrum ya fue comentada en el capitulo 
2, aunque alli se concentraba el estudio en los 
principios generales y en la forma en que el hard- 
Ware de video cooperaba con el resto del  ordena- 
dor. En este capitulo veremos con mayor detalle 
los métodos de los que se sirve el Spectrum para 
generar la imagen de la pantalla, haciendo  espe- 
cial hincapié en la interacción entre el trabajo 
del software y el del hardware. 

El sistema de presentación de la imagen en el 
Spectrum merece ser objeto de un estudio más 
detallado ya que en él se combinan una gran 
cantidad de caracteristicas interesantes de tal 
forma que se dispone de un sistema muy flexible y 
que requiere una cantidad de memoria muy  razona- 
ble. Su flexibilidad procede de la utilización de 
un único sistema de alta resolución, tanto para el 
texto como para los gráficos. Esto, al menos en 
teoria, permite la libre combinación de textos y 
gráficos en cualquier posición de la pantalla. 
Pero, en la práctica, el software del Spectrum 
restringe las posibilidades de situación de los 
caracteres a unas determinadas posiciones 
(dispuestas en 24 líneas de 32 caracteres). 

El ahorro de memoria se consigue mediante el 
empleo de "atributos paralelos” que controlan el 
color. Evidentemente, esto supone un gran ahorro 
de memoria a la vez que permite el uso de ocho 
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colores. El precio a pagar por esta economía es la 
restricción que sufre el número de colores que 
pueden utilizarse en cada posición de carácter. 
Aún asi, los atributos paralelos funcionan muy 
bien y encajan perfectamente con el método con el 
que muchos programas de gráficos distribuyen el 
color. 

A pesar de que la presentación del Spectrum es 
digna de elogio, todavía puede ser mejorada. 
Afortunadamente, la mayoria de sus puntos débiles 
se encuentran en el software y éste puede ser 
ampliado para dotarlo de las mejoras que sean 
necesarias. No obstante, para que ello sea posible 
es necesario poseer unos buenos conocimientos 
acerca de su modo de funcionamiento. 


El sistema más sencillo de imagen con el que se 
puede trabajar es el de presentación en blanco y 
negro o en dos colores. La razón de ello es que 
basta un solo bit binario (es decir, 9 Ó 1). para 
indicar en cuál de los dos estados se encuentra un 
punto. El sistema más sencillo de gráficos asocia 
un color con cada estado, por ejemplo el negro con 
el 4 y el blanco con el 1. De esta forma se puede 
utilizar un conjunto de bits para representar los 
colores de una serie de puntos de la pantalla. Hay 
que tener en cuenta que cada bit de dicho conjunto 
de bits controla el color de un solo punto de la 
pantalla. Esta correspondencia entre bits y puntos 
de la pantalla es la que da nombre a este método 
de generación de gráficos conocido habitualmente 
por "gráficos mapeados por bits" (bit-maped  gra- 
phics). 

El Spectrum utiliza el método de gráficos 
mapeados por bits, de forma que cada uno de los 
192 por 256 puntos que forman la pantalla está 
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controlado por un bit almacenado en algún lugar de 
la memoria. En realidad, cada posición de memoria 
almacena ocho bits y puede, por tanto, controlar 
el color de ocho puntos de la pantalla. 

Este método que utiliza un solo bit para 
controlar el color (blanco o negro) de un punto de 
la partalla, debe ser modificado para incluir la 
utilización de más de dos colores. Esto es más 
dificil de lo que pueda parecer a primera vista. 
El método más lógico de asociar más de un bit a 
cada punto de la pantalla emplearia una gran  can- 
tidad de memoria. Por ejemplo, conseguir una 
selección de cuatro colores posibles por punto 
exigiria dos bits, lo cual doblaríia la cantidad de 
memoria empleada. Una selección de ocho colores 
requiere tres bits, dieciseis colores requieren 
cuatro bits, y asi sucesivamente. Conseguir que el 
Spectrum tenga una presentación de ocho colores apa 
través de este método exigiriía 18K de memoria, lo 
cual haria imposible la creación de un Spectrum de 
1óK en color. Aparte de la utilización de una gran 
cantidad de memoria, esta técnica de mapeado por 
bits acarrea otro tipo de problemas. Resulta muy 
dificil recuperar datos de la memoria con 
velocidad suficiente como para proporcionar tres 
bits por cada punto de pantalla. 

La solución adoptada por el Spectrum está 
basada en el hecho de que la mayoria de las 
imágenes en color usan solamente dos colores en 
cada una de las zonas de la pantalla. Por ejemplo, 
un cielo azul con nubes blancas y un sol amarillo 
contiene tres colores pero en las proximidades de 
la nube sólo tenemos azul y blanco y en. las 
proximidades del sol sólo azul y amarillo. En el 
Spectrum los puntos de la partalla están agrupados 
en cuadrados de ocho por ocho puntos que se 
corresponden con las ya familiares posiciones de 
caracteres de 24 lineas por 32 columnas. Dentro de 
cada posición de carácter, cada uno de los puntos 
puede tener solamente uno de los dos colores 
posibles que, en la jerga del BASIC  2ZX, son los 
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colores de "tinta" ("ink") y "papel" ("paper"). Al 
igual que en el ejemplo de los dos colores, la 
selección del color de tinta o del papel para cada 
punto de la pantalla está controlada por un Único 
bit dentro de una posición de memoria. La flexibi- 
lidad adicional de esta nueva distribución pro- 
cede del hecho de que los colores de tinta y de 
papel dentro de cada posición de carácter están 
controlados por una posición de memoria, un "byte 
de atributos”. La presentación en color del 
Spectrum está a medio camino entre la sencilla 
presentación de dos colores y una auténtica 
presentación multicolor. 

Cada punto de la pantalla se corresponde con un 
bit de la memoria que determina si se trata de un 
punto de tinta o de papel. El color asignado a las 
zonas de tinta y de papel dentro de una posición 
de carácter determinada viene dada por los valores 
almacenados en el correspondiente byte de atribu- 
tos. Las ventajas de este método de atributos 
paralelos para producir una presentación en color 
son fáciles de apreciar. Con la utilización de un 
byte de atributos para controlar los colores de 
tinta y de papel de los 64 puntos de una posición 
de carácter se ahorra una gran cantidad de  memo- 
ria. Sin embargo, también resulta evidente la 
limitación de este sistema: sólo se pueden obtener 
dos colores por cada posición de carácter en la 
pantalla. 


La memoria de wideoDo 


Hay dos áreas dentro de la memoria RAM que están 
relacionadas con la presentación de video del 
Spectrum: el archivo de imagen, entre las 
direcciones 16384 y 22527, y el archivo de 
atributos, entre 22528 y 23295. Como es lógico, el 
archivo de imagen es la región de la memoria que 
se emplea para almacenar los bits que determinan 
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si un punto de la pantalla es de tinta o es de 
papel. Del mismo modo, el archivo de atributos es 
el área de memoria en donde se almacenan los bytes 
de atributos (es decir, los bytes que contienen el 
color de tinta y el color de papel de cada una de 
las posiciones de caracteres de la pantalla). 

Una vez sabido esto, ya hemos profundizado un 
poco más en el conocimiento del sistema pero, para 
controlar directamente la pantalla, necesitamos 
además saber con exactitud cómo encontrar el bit 
que controla un punto determirado, o el byte que 
controla una posición de carácter determinada. Lo 
que se precisa es una ecuación que convierta las 
coordenadas de la pantalla en la dirección de la 
posición de memoria correspondiente. 

Evidentemente, tendrá que haber dos ecuaciones 
distintas, una para el archivo de imagen y otra 
para el archivo de atributos. 


E ll mapa del archivo 
de imagen 


La distribución más lógica del archivo de ¡imagen 
es la que utiliza la primera posición de memoria 
tes decir, la 16384) para almacenar los primeros 
ocho puntos de la fila superior, la segunda 
posición de memoria para almacenar los ocho puntos 
siguientes de dicha +fila y asi sucesivamente. 
Efectivamente esto es asi, y en general cada fila 
de 256 puntos está almacenada en 32 posiciones de 
memoria consecutivas. Sin embargo, hay algunas 
complicaciones. Las filas no están almacenadas por 
orden, es decir, primero la primera fila, después 
la segunda fila, y asi sucesivamente hasta la 
fila inferior sino que están almacenadas en un 
orden que refleja las 24 líneas de las posiciones 
de caracteres. Después de la fila superior de 
puntos viene la fila superior de la segunda linea 
de Caracteres, luego la fila superior de la 
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tercera línea de caracteres, y asi sucesivamente 
hasta la fila superior de la octava linea de 
caracteres. Dicho de otro modo, primero se 
almacenan las filas superiores de cada una de las 
primeras ocho lineas de caracteres. Después de 
esto se almacena la segunda fila de puntos de cada 
una de las ocho lineas de caracteres, luego la 
tercera fila, y asi sucesivamente. Este método de 
almacenamiento se repite luego con las ocho lineas 
siguientes de caracteres, y finalmente con las ul- 
timas ocho lineas de caracteres. 

Este sistema divide la pantalla en tres partes 
do ocho lineas de posiciones de caracteres Cada 
una, es decir, todas las primeras filas, luego 
todas las segundas y oasi sucesivamente (ver 
Fig.6.1). 


ETT 41 fila de puntos = 256 puntos, 
almacenados en 32 posiciones 
de memoria 


Tercio superior 
(8 líneas de caracteres) 


Tercio central 


Tercio inferior, incluyendo las 
dos líneas del área de INPUT 


Fig. 6.1. Divisiones de la pantalla para su 
almacenamiento en la memoria de imagen. 


Este sistema de almacenamiento resulta fácil de 
comprender una vez captada la secuencia básica. 
Quizás el mejor modo de hacerlo sea viendo en 
acción el siguiente programa! 
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19 FOR 1=16384 TO 22527 
29 POKE 1,255 
39 NEXT 1 


Este programa almacena el valor 255 en cada una 
de las posiciones de memoria del archivo de  ima- 
gen. 255 es igual a 11111111 en binario. Esto hace 
que los ocho puntos controlados por cada posición 
de memoria sean presentados como puntos de tinta. 
De este modo puede verse  secuencialmente la 
correspondencia de los puntos con cada posición de 
memoria y el orden en el que los puntos van 
cambiando a tinta tal y como se ha descrito 
anteriormente. 

Ahora ya conocemos la correspondencia entre las 
posiciones de memoria y los puntos pero para que 
estos conocimientos nos sean de alguna utilidad 
deben expresarse en forma de una ecuación que 
convierta las coordenadas de la pantalla en la di- 
rección de la posición de memoria que la controla. 
Hay dos f+tormas de expresar la posición de un punto 
de la pantalla: a través de la posición de carác- 
ter y a través de coordenadas gráficas. Por ejem- 
plo, si queremos buscar la dirección de la posi- 
ción de memoria que controla una determinada fila 
de ocho puntos dentro de urna posición de carácter 
Situada en la linea L y la columna C, la posición 
de memoria que controla a la fila F vendrá dada 
por: 


163394+2048XINT (L/8)+32%*(L-SXINT (L/8))+256XxF+C 


Intente verificar la exactitud de esta fórmula con 
el siguiente programa: 


19 DEF FM m(L,C,F)=16384+20498XINT 
(1/3)+32% (L-8 *INT (L/8))+256XF+C 
29 CLS 

306 FOR N=0 TO 7 

468 FOR I=0 TO 31 

59 FOR J=48 TO 23 
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69 POKE FN m(J,1,N),255 
79 NEXT J 
89 NEXT I 
998 NEXT N 


Esto llenará la pantalla de arriba a abajo y de 
izquierda a derecha. 

El otro modo alternativo de localizar un punto 
es a través de la utilización de las coordenadas 
XsY. Esto da lugar a una ecuación mucho más  com- 
plicada a la hora de buscar la dirección de la po- 
sición de memoria que lo controla: 


16389+32X(INT ((175-Y)/8)-INT ((175-Y)/64)Xx8+8%X 
(1725-Y-INT ((175-Y)/8)X8)+69XINT ((175-Y)/649))+INT 
(x/8) 


Y el número de bit dentro de la posición de memo- 
ria vendrá dado por: 


8-X+INT (X/8)%X8 


Esta ecuación parece muy poco manejable, y efecti- 
vamente lo es cuando se escribe en BASIC. No 
obstante, resulta bastante fácil ejecutar  opera- 
ciones relacionadas con la división y la 
multiplicación por potencias de dos a través del 
lenguaje ensamblador del 283%. La ecuación será más 
fácil de comprender si la escribimos sirviéndonos 
de las operaciones elementales 


x DIV y en el sentido de INT (x/y) 


x MOD y (el resto de la operación 
x/y, es decir, x-INT (x/y)Xy) 


Usando estas operaciones y haciendo Z=175-Y ten- 
dremos la siguiente ecuación: 


16384+32X((Z DIV 8) MOD 8+8%Z MOD 8+649XZ DIV 
69)+X DIV 8 
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Aún después de todo este trabajo hay que admitir 
que, aparte de su utilización con el ensamblador 
del 289, estas ecuaciones tienen muy poca utilidad 
debido a que son demasiado complejas. No obstante, 
puede resultar de gran utilidad conocer estos de- 
talles acerca de la estructura general del sistema 
de almacenamiento de la imagen, como se demostrará 
en los programas del capitulo siguiente. 


E l mapa del archivo 
de atributos 


La ecuación que nos da la posición del byte de 
atributos que controla una determinada posición de 
carácter es muy sencilla lo cual es un alivio 
después de ver la complejidad del mapa del archivo 
de imagen. Los bytes de atributos se almacenan a 
partir de la posición 22528 en el orden natural de 
"escritura" de las posiciones de carácter que 
controlan. Dicho de otro modo, el primer byte de 
atributos controla la posición de carácter de la 
esquina superior izquierda, el siguiente controla 
la posición siguiente de la derecha de la misma 
linea, y asi sucesivamente hasta el +final de la 
linea. Esta secuencia se repite con cada linea 
hasta el final de la pantalla. Para comprender 
mejor su funcionamiento, pruebe el siguiente 
programa! 


19 FOR 1=22527 TO 23295 
29 POKE 1,9 
30 NEXT 1 


el cual almacena secuencialmente el código del 
atributo de papel blanco en cada uno de los bytes 
de atributos. 


Como puede observar, a diferencia de los 
programas anteriores que manipulaban el archivo de 
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imagen, cada posición de memoria en la que se 
introduce un nuevo valor con POKEÉ produce la 
alteración de toda una posición de carácter en la 
pantalla. La ecuación para encontrar el byte de 
atributos que controla la posición de carácter 
Situada en la linea L y la columna C es: 


22528+32XL+C 


Se trata de una ecuación mucho más útil que  cual- 
quiera de las dos ofrecidas para el archivo de 
imagen. Concretamente puede emplearse para cambiar 
los atributos que controlan una posición de  ca- 
rácter sin tener que escribir nuevamente el 
carácter con distintos colores de tinta y de 
papel. Pruebe, por ejemplo, 


19 DEF FN af(C,L)=22528+32%*L+C 

29 PRINT AT 19,5;”"esto es un mensaje” 
30 LET L=19 

40 LET C=INT (RNDX32) 

50 LET A=INT (RNDX256) 

69 POKE FN a(C,L),A 

70 GOTO 49 


En primer lugar, este programa escribe un mensaje 
en la pantalla, luego utiliza la funcion "FN a” 
para cambiar alternativamente (con POKE, en la 
linea 69) los códigos de los atributos dentro de 
los bytes de atributos que controlan la linea en 
la que está escrito el mensaje. 


Acceso al arcrchiyao de 


imagen. POINT y SCREENS» 


Cualquiera de las dos ecuaciones ofrecidas  an- 
teriormente podría utilizarse para observar el 
estado en que se encuentra un bit en el archivo de 
imagen, efectuando un PEEK en la posición de 
memoria adecuada. Sin embargo, el cálculo de la 


133 


dirección es tan complicado que siempre será mucho 
más rápido utilizar la función POINT del BASIC ZxX. 
Para realizar la función POINT (x,y), el BASIC 
ZX calcula la dirección de la posición de memoria 
que controla el punto situado en Xy,Ys, y devuelve 
el valor lógico del bit que controla ese punto. 
Por tanto POINT (x,y) nos da Y si el punto es de 
papel, y 1 si el punto es de tinta. Resulta poco 
corriente que el comportamiento de un programa 
dependa del estado de un punto de la pantalla, lo 
cual limita la utilidad de la +función POINT. Si 
necesita comprobar el estado de una cierta canti- 
dad de puntos entonces la utilización repetida de 
la función POINT tiende a disminuir notablemente 
la velocidad de ejecución del programa. 
Normalmente suele ser más importante saber el 
carácter que está almacenado en una posición de- 
terminada de la pantalla. Afortunadamente, el 
BASIC ZX posee una función que nos resuelve este 
problema. La función SCREEN$  —(liínea,columna) nos 
da el carácter presentado en la posición de 
pantalla situada en la "linea, columna". Esto se 
consigue examinando cada uno de los ó64 puntos que 
configuran la posición del carácter en cuestión y 
comparándolos con las formas definidas almacenadas 
en la tabla de caracteres del Spectrum. La tabla 
de caracteres se explica más adelante en otra 
sección, pero esencialmente se trata de un área de 
la ROM del BASIC ZX que contiene los modelos de 
puntos de tinta y de papel que determinan la forma 
de cada carácter. La función SCREENS$ es muy fácil 
de usar pero es importante estar al tanto de una 
o dos peculiaridades. Por ejemplo, debido a que 
funciona haciendo comparaciones entre modelos de 
puntos situados en una posición de carácter y 
entre caracteres definidos, sólo se preocupa de la 
forma que adquieren los puntos y no del modo en 
que fue producida su configuración. Asi, por 
ejemplo, la función SCREENS nos dará la letra "A” 
tanto si la forma de la letra A se obtuvo dibujar- 
do puntos individuales por medio del comando PLOT 
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como por medio de PRINT "A". Otra característica 
de SCREENS*$ es que no sólo examina la forma de un 
carácter sino también la de su inverso. Esto sig- 
nifica que nos dará la letra "A” independientemen- 
te de que su figura esté constituida por puntos de 
tinta o de papel. De este modo, un cuadrado lleno 
de puntos de tinta hará que SCREENS nos devuelva 
el carácter de un espacio (”" "). Por último, 
SCREENS no reconocerá los caracteres definidos por 
el usuario que aparezcan en la pantalla. 


Codisasaos de 1o=sas atributos 
Y ATTR. 


En una sección anterior vimos cómo se podian  in- 
troducir códigos en el archivo de atributos pero 
esto no tendrá ninguna utilidad a menos que 
conozcamos exactamente el modo en que el valor 
almacenado en el byte de atributos afecta a olla 
posición de carácter a la que se refiere. Los ocho 
bits que configuran un código de atributos se 
utilizan del siguiente modo: 


b7 bó b5 b4 b3 b2 bl bg 


P16 T paper ] tinta ] 


donde p es el parpadeo (FLASH), b el brillo y el 
"papel” y la "tinta” son los códigos entre 6 y 7? 
de los colores del Spectrum. Por ejemplo, si p 
vale 1, entonces la posición de carácter controla- 
da por el código de atributos parpadeará. Una vez 
sabido esto, y los valores asociados a cada bit 
dentro de un número binario (ver Cap.1), nos queda 


1228%*p+64 *Xkb+8X*Xpapel+tinta 


para el valor del código de atributos que produce 
los colores de tinta y papel de un carácter y 
por su brillo o su parpadeo. De este modo si se 


135 


desea obtener un carácter estable (p=9), brillan- 
te (b=1), con tinta negra (tinta=9) y papel blanco 
(papel=7?) deberá introducirse (con POKE) el valor 
64+7Xx8=129 en el byte de atributos que controla 
esa posición de carácter. 

Además de emplear POKE para alterar valores el 
archivo de atributos, también podemos emplear PEEK 
para averiguar el código de atributo contenido en 
uña posición determinada. De hecho, no es  necesa- 
rio calcular la dirección en el archivo de atribu- 
tos: la función ATTR (línea,columna) del BASIC ZX 
nos da el valor almacenado en la posición de 
memoria que controla la posición de carácter 
situada en "liínea,columna”. Tampoco resulta 
dificil separar las distintas partes del código de 
atributos para averiguar, por ejemplo, el color 
del papel que está siendo utilizado. Para hacerlo 
todavia más fácil pueden utilizarse las siguientes 
funciones definidas por el usuario 


DEF FN +(L,C)=INT (ATTR (L,C)/128) 

DEF FN b(L,C)=INT (ATTR (L,C)-INT (FN +4(L,C) 
x*12 8)/64) 

DEF FN p(L,C)=INT ((ATTR (L,C)-INT (ATTR 
(L,C)/ 69)%649)/3) 

DEF FN t(L,C)=ATTR (L,C-INT (ATTR (L,C)/8)X8 


donde FN 4 nos da el valor de p, FN b nos da el 
valor de b, FN p nos da el código del color del 


papel y FN t nos da el código del color de la tin- 
ta. 


El controlador de video 


En las secciones anteriores se ha explicado el 
funcionamiento del sistema de presentación de la 
imagen en el Spectrum, especialmente lo que se 
refiere a su utilización y a la organización de 
los archivos de imagen y de atributos. 
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Normalmente, el usuario no debe preocuparse por 
estos detalles, puesto que el BASIC ZX dispone del 
comando PRINT y éste se encarga de almacenar en 
la RAM de video los conjuntos de bits  corres- 
pondientes a los datos que deben representarse en 
la pantalla. Por ejemplo, PRINT "A" hace que las 
rutinas en código máquina correspondientes 
almacenen el conjunto de puntos de la letra A en 
la posición de carácter en la que se encuentre 
situado en aquel momento el cursor de escritura. 
En el caso de una variable númerica, el proceso de 
representación de su valor en la pantalla es un 
poco más complicado. Por ejemplo, PRINT A hace que 
las rutinas en código máquina conviertan el 
número almacenado en A en una secuencia de digitos 
decimales los cuales son posteriormente represen- 
tados en la pantalla. Hay que recordar que el 
número contenido en A, o en cualquier otra varia- 
ble numérica, está almacenado en forma binaria 
por lo que antes de ser escrito ha de ser conver- 
tido en una cadena de digitos decimales. En este 
sentido, PRINT A produce el mismo efecto que PRINT 
STRS$S (A) (la función STR$ convierte un valor 
numérico en una cadena de digitos). 

La forma más sencilla de realizar las rutinas 
en código máquina que ejecutan las sentencias 
PRINT seria de tal forma que escribieran directa- 
mente en la pantalla cualquier tipo de datos. 
¡Afortunadamente, los autores de la ROM del BASIC 
ZX lo pensaron bien antes de empezar a programar- 
la! Y por esta razón el software que ejecuta la 
sentencia PRINT se divide en dos partes: las ruti- 
nas PRINT y el "controlador de video". 

Las rutinas PRINT son las responsables de  con- 
vertir los datos introducidos en una sentencia 
PRINT en una secuencia de códigos de carácter 
ASCII. EL controlador de video acepta estos códi- 
gos ASCII y es el resporsable de escribir en la 
pantalla la configuración de puntos que representa 
a cada uno de los caracteres que deben escribirse 
(ver Fig.6.2.). 
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códigos ASCII 


Generador 


Je video rutina PRINT 


memoria de pantalla PRINT «mensaje» 


Fig. 6.2. Dos rutinas de software indepen- 
dientes, la rutina  PRINT y el 
controlador de video, trasladan 
los datos desde la RAM hasta el 
archivo de imagen. 


Lo que hace tan flexible el sistema de E/S del 
Spectrum es, precisamente, esta separación en dos 
partes. A través de la utilización de corrientes y 
Canales (ver Cap.5) es posible asociar la rutina 
de control de cualquier periférico con la rutina 
de escritura (rutina PRINT) sabiendo que lo único 
que debe manejar es una secuencia de códigos 
ASCII. Del mismo modo también es posible enviar 
corrientes de códigos ASCII al controlador de 
video desde cualquier otra fuente. Sería extrema- 
damente dificil el re-direccionar las E/S si las 
rutinas mencionadas no estuvieran separadas. 

Por otra parte, la utilización de códigos ASCII 
como medio de comunicación entre la rutina PRINT y 
el controlador de video deja el camino abierto pa- 
ra gran cantidad de técnicas de programación. Los 
caracteres representables o "escribibles", tales 
como letras y digitos, no son los únicos elemen- 
tos que pueden aparecer en una sentencia PRINT, 
también hay códigos de control, tales como TAB, 
AT, INK, y PAPER. Incluso estos códigos no  re- 
presentables son convertidos en códigos ASCII por 
la rutina PRINT antes de pasarlos al controlador 
de video. Los códigos ASCII correspondientes a 
estos códigos no representables son conocidos como 
"códigos de control" pues aunque no producen 
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ninguna Salida de datos directamente a la  pan- 
talla, controlan o afectan a la presentación. 
A continuación de los códigos de control, el 


código ASCII siguiente o los dos siguientes 
podemos tomarlos como "parámetros" que gobiernan 
el resultado exacto que ha de producirse. Por 


ejemplo, el código no  representable INK 7 se 
convierte, a través de la rutina PRINT, en el 
código de control 1ó (perteneciente a INK=tinta) y 
va seguido del código ASCII 47 para representar el 
código del color. Hay que señalar que el código de 
color se envía al controlador de vídeo como el 
código ASCII $47 y no con el dígito 7, es decir, 
como CHR$ (97) en lugar del CHR$ (55). A ' con- 
tinuación se ofrece una tabla con los códigos de 
control y sus respectivos parámetros. 


Caracteres no representables Código Parámetros 
y efecto que producen 


- *",”" (mueve el cursor a la 
siguiente zona de escri- 


tura) = ninguno 
- cursor a la izquierda 8 ninguno 
- cursor a la derecha 9 ninguno 
- ENTER 13 ninguno 
- INK c 16 c 
- PAPER c 17 c 
- FLASH + 18 f 
- BRIGHT b 19 b 
- INVERSE i 29 i 
- OVER o 21 o 
- AT y,x 22 Y X 
- TAB x 23 x y 
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Observe que tanto AT como TAB van seguidos de 
dos parámetros, aunque TAB sólo haga uso del pri- 
mero. Hay otros códigos de control además de los 
que aparecen relacionados en la tabla pero estos 
códigos adicionales se emplean en el editor de 
programas. 

Como el controlador de vídeo no recibe otra co- 
sa que una secuencia de códigos ASCII de la rutina 
PRINT, no le afecta la forma en que éstos hayan 
sido generados. Por ejemplo, tanto 


PRINT INK 6 
como 
PRINT CHR$ (16)5 CHRS (6); 


dan lugar a la misma secuencia de códigos ASCII, 
por lo que producen el mismo efecto. Si colocamos 
secuencias de códigos de control formando cadenas 
es posible conseguir mensajes autoposicionables O 
que establezcan automáticamente sus propios colo- 
res etc. Por ejemplo en el siguiente programa: 


19 LET M$= CHR$ (22)+ CHR$(19)+ CHR$(7)+ "Este 
mensaje se escribira siempre en el mismo sitio” 
268 PRINT Ms 
39 GOTO 28 


la cadena M$ incluye los códigos de control de AT 
19,72, por lo que siempre será escrita en el mismo 
lugar independientemente de donde deseemos escri- 
birla. 

El controlador de video puede ser utilizado di- 
rectamente por el programador de lenguaje ensam- 
blador del 289 con el objeto de conseguir todas 
las operaciones de presentación al igual que el 
programador en BASIC  ZX utiliza la sentencia 
PRINT. Lo único que se necesita para acceder al 
controlador de vídeo es utilizar el comando RST 16 
una vez cargado el registro A con el código ASCII 
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del carácter que se desee escribir (o de la opera- 
ción que se quiera realizar). Por ejemplo, para 
escribir la letra A se puede emplear: 


LD A, 65 
RST 16 


lo cual, en primer lugar, carga el registro Á con 
el código ASCII de la A y luego hace una llamada 
(RST 16) al controlador de video. (Hay que señalar 
que el código correspondiente a la instrucción RST 
1ló es el 215 en decimal). 

Por último, antes de proseguir con el examen de 
otras caracteristicas de la presentación de video 
del Spectrum, merece la pena destacar que el 
controlador de video no sólo cambia el archivo de 
imagen cada vez que se escribe un carácter sino 
que también almacena dentro del byte de atributos 
correspondiente el código del atributo asociado 
con el carácter. Comandos tales como INK y PAPER 
que pueden aparecer fuera de una sentencia PRINT 
también hacen uso del controlador de video. Los 
únicos comandos de presentación que no hacen uso 
del mismo son el comando CLS y los comandos 
gráficos de alta resolución PLOT, DRAW y CIRCLE. 


Las tablas de caracteres 


Una parte importante del software del Spectrum 
encargado de la generación de textos está compues- 
to por las dos tablas de caracteres. Estas se uti- 
lizan para guardar los modelos de puntos de los 
distintos caracteres escribibles. La mayoria de 
las configuraciones de caracteres del Spectrum 
están almacenadas en la tabla principal de carac- 
teres situada en la ROM. Debido a que esta tabla 
se encuentra localizada en la ROM, no es posible 
cambiar ninguna de sus configuraciones. Sin 
embargo, como la dirección del inicio de esta 
tabla está almacenado en la variable del sistema 
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CHARS nos será posible trasladar a la RAM la 
totalidad de la tabla y conseguir por tanto un 
juego completo de caracteres definibles por el 
usuario (ver Cap. 7). La segunda tabla de carac- 
teres se utiliza para almacenar las  configura- 
ciones de los caracteres definidos por el usuario 
Y, como puede Vd. imaginar, ésta normalmente se 
almacena en la RAM. No obstante, la dirección 
inicial de esta tabla también está guardada en una 
variable del sistema llamada UDG y, por lo tanto, 
también puede ser trasladada a cualquier otra 
dirección que se desee. 

El formato de los datos que sirven para definir 
las configuraciones de todos los caracteres del 
Spectrum es idéntica a la que se utiliza para los 
caracteres definidos por el usuario. Esto es, los 
64 puntos que componen un carácter son almacenados 
en ocho posiciones de memoria. Cada posición de 
memoria guarda ocho bits que representan el estado 
en que se encuentran los ocho puntos correspon- 
dientes a una fila de dicho carácter. Teniendo en 
cuenta esto, no resulta difícil observar que si el 
comienzo de la tabla principal de caracteres es 
START, las ocho posiciones de memoria que contienen 
la configuración del carácter 1 (CHR%$ 1) viene da- 
da por: 


START+8%X (1-32) 


(El primer carácter "escribible”" es CHRS$  (32)). 
Esta ecuación puede ser utilizada para escribir el 
modelo de puntos de cualquier letra! 


19 DEF FN t()=256+PEEK (23696) +256XPEEK (23697) 
20 INPUT C$ 

309 LET I=CODE (C% (1)) 

40 LET A=FN t()+28%(1-32) 

50 FOR K=A TQ A+? 

6% LET D=PEEK (K) 

28 GOSUB 19099 

38 IF LEN (B$)<8 THEN LET B$="9"+B$: GOTO 89 
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99 PRINT Bs 
199 NEXT K 
119 GOTO 29 


1009 LET Bs="" 

1019 LET B=D-INT (D/2)X2 

19029 IF B=9 THEN LET B+="9"+BS 
1039 IF B=1 THEN LET B+="1"+BS 
1049 LET D=INT (D/2) 

1059 IF D=9 THEN RETURN 

1969 GOTO 1919 


La linea 148 define la función FN t() la cual nos 
da la dirección en donde empieza la tabla princi- 
pal de caracteres. (En realidad la dirección alma- 
cenada en la variable del sistema CHARS es 256 
unidades menor que la dirección en donde comienza 
dicha tabla). El resto del programa lee (con PEEK) 
las ocho posiciones de memoria que almacenan el 
modelo de puntos del carácter que se encuentra en 
C$(1), y escribir en binario dicho modelo. 

También se puede utilizar este mismo programa 
para averiguar la configuración de cualquier  ca- 
rácter definido por el usuario cambiando la linea 
19 por: 


19 DEF FN t()=PEEK (23675) +256X*XPEEK (23676) 


Esto nos dará el comienzo de la tabla de los grá- 
ficos definidos por el usuario leyendo el valor de 
la variable del sistema  UDG. También hay que 
cambiar la linea 49 por: 


490 LET A=FN t()+23%X(1-1499) 


Hay muchas aplicaciones directas de las tablas 
de configuración de caracteres, y algunas de ellas 
las veremos en el capítulo siguiente. Los puntos 
clave que hay que recordar son que las direcciones 
de comienzo de ambas tablas pueden ser  modifi- 
cadas, y que si dichas tablas son almacenadas en 
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la RAM las configuraciones de los caracteres 
pueden modificarse a través de la función POKE. 


Las variables de 1 
Sistema de video 


Las variables del sistema de video se ocupan de 
un amplio abanico de tareas asociadas al sistema 
de presentación de vídeo del Spectrum. En la sec- 
ción anterior ya hemos visto cómo las variables 
CHARS (23696) y UDG (23675) almacenan el comienzo 
de la tabla principal de caracteres y la tabla de 
caracteres definidos por el usuario repectivamen- 
te. Otras variables de interés son! 


COORDS (23677 y 23678) 
Esta variable del sistema nos da la coordenada 


x fen la posición 23677) y la coordenada y (en la 
23678) del último punto dibujado por un comando de 
alta resolución. Haciendo PEEK en estas dos  po- 
siciones se puede averiguar la posición del cursor 
de gráficos. Por ejemplo, si desea dibujar una 
linea desde la posición en la que actualmente se 
encuentra el cursor de gráficos a la posición 
absoluta X,Y entonces use: 


DRAW X-PEEK (23677),Y-PEEK (23678) 


Esto funciona haciendo PEEK en la posición en la 
que se encuentra el cursor de gráficos y hallando 
la diferencia entre dicha posición y la deseada. 


S POSN (23688 y 23689) 
Estas dos posiciones se utilizan para almacenar 
la posición actual en la que se encuentra el cur- 
sor de texto. Para ser precisos, la posición del 
cursor de texto es: 


número de la columna= 33-PEEK (23688) 
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número de la linea = 24-PEEK (23689) 


DF CC (23684 y 23685) 

Esta variable guarda la misma información que S 
POSN (la posición actual del cursor de texto) 
pero, en lugar de almacenar los números de la 
columna y de la linea, DF CC guarda la dirección 
correspondiente dentro del archivo de imagen. 


SCR CT (23692) 

Esta variable del sistema efectúa una "cuenta 
atrás" hasta la siguiente aparición de la pregunta 
"scroll?”. Su valor siempre vale uno más que el 
número de "scrolls"” (desplazamientos hacia arriba 
de la pantalla) que habrá que efectuar antes de 
que aparezca el siguiente mensaje de "scroll”?"”., 
Cambiando continuamente (con POKE) esta variable 
del sistema, asignándole el valor 255 mientras se 
ejecuta un programa, lograremos que dicho mensaje 
no aparezca nunca. 


ATTR P y ATTR T (23693 Y 23695) 

Estas dos variables almacenan el valor actual 
de los códigos de atributos permanentes y tempora- 
les, respectivamente. Dicho de otro modo, si no 
hay ningún comando de atributos dentro de una 
sentencia PRINT entonces el valor almacenado en 
ATTR P se utiliza para establecer los bytes de 
atributos correspondientes a cada posición de 
carácter utilizada. Sin embargo, si hay algún 
comando de atributos dentro de una sentencia 
PRINT, entonces el valor de ATTR Tes establecido 
como corresponde y durante la ejecución de la 
sentencia PRINT es utilizada en lugar de ATTR P. 


MASK P y MASK T (23699 y 23696) 

Estas dos variables del sistema almacenan los 
atributos trensparentes permanentes y temporales, 
respectivamente. Normalmente siempre que se escri- 
be un carácter, el código de atributos de ATTR P o 
el de ATTR T es almacenado en el correspondiente 
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byte de atributos. No obstante, si se utiliza el 
atributo 8 en alguno de los comandos de atributos 
(por ejemplo INK 8) entonces esa parte de byte de 
atributos permanece inalterable. MASK P y MASK  T 
se utilizan para registrar aquellos atributos que 
se encuentran en estado transparente de una forma 
permanente o temporal. La codificación se realiza 
de forma que cualquier bit que valga uno, ya sea 
en MASK P ya sea en MASK  T, indica que .el bit 
correspondiente será tomado del código de atri- 
butos existente en lugar de hacerlo de ATTR P o de 
ATTR T. 


BORDCR_1(236234) 

Esta variable del sistema guarda el código de 
atributos utilizado en la parte inferior de la 
pantalla. La parte de tinta del código de atribu- 
tos también sirve para establecer el color del 
borde. 


Video creativo 


Aunque en este capitulo ya se ha explicado la 
mayor parte del funcionamiento de la presentación 
del video, todavía quedan en el tintero muchas de 
sus caracteristicas que no han sido abordadas de 
una forma más explicita. La mayoria de ellas 
resultarán evidentes una vez que haya comprendido 
el funcionamiento global de la presentación. 
Además, el capitulo siguiente presenta una gran 
cantidad de ejemplos que se sirven de los conoci- 
mientos sobre el funcionamiento de la presentación 
de video. La mejor forma de acostumbrarse a ella 
es practicando con ella y utilizándola de un modo 
creativo. 
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CAPITULO + 


APLICACIONES DEL YIDEO 


Este capítulo muestra una serie de ejemplos de la 
utilización del sistema de presentación de video 
del Spectrum en aquellos casos que se apartan un 
poco de lo normal. Varios de estos ejemplos 
podrian establecer las bases para realizar rutinas 
susceptibles de ser utilizadas posteriormente en 
programas de aplicaciones. No obstante, su obje- 
tivo principal es el de sugerir algunas de. las 
posibilidades gráficas que pueden obtenerse del 
Spectrum sin tener que cambiar ni un sólo  com- 
ponente de su circuito interno. 


Caracteres Funcionales 


A pesar de que resulta evidente que la tabla de 
caracteres definidos por el usuario no es más que 
una sucesión de posiciones de memoria como  cual- 
quier otra, hay cierta tendencia a pensar que sólo 
puede ser modificada con la clásica sentencia: 


POKE USR "car"+n, BIN conjunto de bits. 


Se trata de una sentencia tan familiar que vale 
la pena examinar sus componentes con más detalle. 
El parámetro de la función USR normalmente es la 
dirección de un programa de código máquina (al que 
USR transfiere el control). No obstante, cuando el 
parámetro de USR es una expresión de cadena, como 
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en el caso de USR  "car” ("car" es un carácter 
cualquiera de los que corresponden a los gráficos 
definidos por el usuario, es decir de la "a” a la 
"u”"), entonces se dirige a la dirección de la 
primera posición de memoria de la tabla de  carac- 
teres definidos por el usuario correspondiente a 
"car". En vista de lo anterior, resulta evidente 
que USR "car"+n se dirigirá a la dirección de la 
posición de memoria que almacena el patrón de bits 
de la fila n del carácter "car" definido por el 
usuario. Por ejemplo, con 


PRINT USR "A" 


el Spectrum escribirá la dirección de la primera 
posición de memoria de la tabla de caracteres 
definidos por el usuario. Ahora no será dificil 
conocer el resto de la sentencia utilizada para 
definir el modelo de puntos. El resultado del POKE 
es el de almacenar el conjunto de bits que forma 
parte del parámetro de la función BIN en. la 
posición de memoria correspondiente a la fila n 
del carácter "car" definido por el usuario. 

Una vez que se conoce la dirección inicial de 
las ocho posiciones de memoria que almacenan el 
modelo de puntos de un carácter definido por el 
usuario pueden alterarse de la forma que se desee. 
Por ejemplo, pruebe: 


19 LET A=USR "b”" 

20 FOR 1=9 TO 2 

39 POKE A+1,INT (RNDX256) 
40 NEXT 1 

59 PRINT AT 10,106;3CHR$ 145; 
69 GOTO 29 


lo cual dará lugar a un carácter en constante 
explosión. La linea 19 localiza la dirección 
inicial de la configuración del carácter definido 
por el usuario correspondiente al carácter ”.p" o 
CHRs$ 145. Desde la linea 29 hasta la 4% se intro- 
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ducen (con POKE) valores aleatorios que darán la 
configuración de cada fila del carácter, y la 
linea 59 escribirá una y otra vez la: nuevas 
figuras aleatorias. (Se utiliza CHR$ 195 para 
evitar cualquier posible ambiguedad dentro del 
programa). 

Esta configuración funcional de un carácter de 
explosión aleatoria puede ser ampliada a otros 
caracteres que son producto de funciones de 
caracteres ya existentes. Pruebe, por ejemplo, 


109 LET A=USR "a" 

20 LET B=USR "b" 

349 FOR 1=94 TO 2 

49 LET D= PEEK (A+I) 

59 POKE B+?-1,D 

68 NEXT 1 

79 PRINT CHR$ 144, CHR$ 1495 


lo cual provocará que el CHR$ 145 sea una versión 
"patas arriba” del CHR$ 149. La clave de este 
programa se encuentra en las lineas 99 y 59. La 
linea 49 lee (con PEEK) la configuración de la 
fila 1 del CHR$ 1494 y luego la linea 59 la intro- 
duce (con POKE) en la fila 2-1 del CHR$ 145. Se 
pueden utilizar métodos Similares para definir 
caracteres que sean reflejos o rotaciones de otros 
caracteres. 


Ccámo cambi ar el Juezx3go 
de caracteres 


Debido a que la variable CHARS almacena la  di- 
rección de comienzo de la tabla de caracteres 
estándar (menos 256) resulta bastante fácil 
trasladar la tabla completa a la RAM y luego  cam- 
biar alguna O todas sus configuraciones. Por 
ejemplo! 
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19 CLEAR 32768-10924 

29 LET A=256+PEEK 23696+2Z56XPEEK 23697 
30 LET B=32768-1024+1 

49 FOR 1=9 TO 95 

50 FOR J=0 TO 2 

69 LET D=PEEK (A+1X8+J) 

790 POKE B+1Xx8+7-J,D 

80 NEXT J 

98 NEXT 1 

109 POKE 236867, INT ((B-256)/256) 
119 POKE 23696, (B-256)- INT ((B-256) /256)*Xx256 


transferirá a la RAM toda la tabla de caracteres 
estándar al mismo tiempo que cambia el orden de 
cada fila de puntos con el objeto de invertir cada 
carácter. No le será dificil reconocer los  com- 
ponentes de este programa. La linea 19 reserva 1K 
de memoria, lo cual es más que suficiente para 
almacenar el juego de caracteres. Si Vd. posee un 
Spectrum de 48K, entonces puede cambiar el 32768 
por 2X*32768. La linea 289 busca en la ROM la 
posición de la tabla de caracteres, y la linea 39 
almacena su nueva posición en B. Las líneas 48 a 
98 se encargan de trasladar la tabla de 
caracteres, dentro de las cuales seguramente 
reconocerá Vd. a las líneas 69 y 79 pues son muy 
parecidas a las líneas de inversión de caracteres 
definidos por el usuario utilizadas en la sección 
anterior. Por último, las líneas 19% y 1109 
introducen el nuevo valor de la dirección de  co- 
mienzo de la tabla de caracteres. 


Es muy conveniente grabar (con SAVE) este  pro- 
grama antes de ejecutarlo: resultará un tanto 
dificil efectuar cualquier cambio con todo el 
juego de caracteres invertido. La ejecución del 
programa por segunda vez no restablecerá el juego 
de caracteres a su estado original sino que, por 
el contrario, ¡lo dejará todavia más confuso! 
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(2i4Nnimac ii On interna 


A pesar de que cada una de las tablas de  carac- 
teres está organizada en grupos de ocho posiciones 
de memoria que se corresponden con la configura- 
ción de un carácter, hay veces que vale la pena 
imaginar la tabla como un todo. Por ejemplo, si la 
tabla de caracteres definidos por el usuario está 
establecida de forma que cada carácter es una 
letra dentro de un mensaje o texto, entonces dicho 
mensaje puede ser escrito utilizando un suave 
movimiento de desplazamiento, escribiendo sucesi- 
vamente el primer carácter definido por el usuario 
y desplazando la dirección de comienzo de la 
propia tabla. Por ejemplo, si la variable del sis- 
tema UDG contiene la dirección habitual de la pri- 
mera posición de memoria de la tabla de caracte- 
res definidos por el usuario, entonces PRINT  CHR$ 
1949 presentará el primer carácter definido por el 
usuario. Sin embargo, si se incrementa el valor de 
UDG en uno, PRINT CHR$ 144 presentará las siete 
ultimas filas del primer carácter definido por el 
usuario y la primera fila del segundo. Incremen- 
tando repetidamente el valor de UDG, se puede  lo- 
grar que las ocho posiciones de memoria que detfi- 
nen la configuración del primer carácter definido 
por el usuario se desplacen a lo largo de toda la 
tabla original de forma parecida a una pequeña 
ventana! 


10 GOSUB 1009 

29 FOR 1=9 TO 29%X8 

39 PRINT AT 19,19;CHRSs 149; 

49 POKE UDG,D+I-INT ((D+1)/256)X256 
59 POKE UDG+1,INT ((D+1)/256) 

6% NEXT I 

28 GOTO 29 


19099 LET UDG=23675 
10616 LET D=PEEK UDG+256XPEEK (UDG+1) 
1928 RETURN 
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Este programa producirá un mensaje provisto de una 
suave rotación y cuyo contenido es el delos 
caracteres definidos por el usuario, es decir, 
desde la A hasta la U. La subrutina 19994 almacena 
en la variable D el comienzo de la tabla de 
caracteres definidos por el usuario. El bucle FOR 
desde la linea 29 hasta la 69 escribe el primer 
carácter definido por el usuario y luego desplaza 
el inicio de la tabla una posición de memoria 
hacia arriba. 


Esta técnica de desplazamiento del comienzo de 
la tabla de caracteres puede ser utilizada para 


producir, simplemente con el BASIC. ZxX, una 
animación interna sorprendentemente suave. Como 
ejemplo práctico de esto, véase el juego "Fruit 
Machine” ("Máquina de Frutas", se trata del tipico 
juego de las máquinas tragaperras) del libro 
titulado "The Spectrum Book of Games” (Libro de 
juegos del Spectrum) escrito por Mike James,  S.M. 


Gee y Kay Ewmbank, y publicado por Granada. 


Caracteres libres 


La expresión "libres" de este encabezamiento se 
refiere a la libertad de ubicación de los  carac- 
teres y no al posible descubrimiento de otros 
nuevos. Ahora que ya sabemos como se almacena en 
el archivo de imagen el conjunto de puntos de la 
pantalla, no será dificil observar que la res- 
tricción de la colocación de los caracteres a las 
posiciones de carácter , más que un problema, es 
una ventaja. De hecho, la única razón por la que 
no se permite posicionar caracteres en cualquier 
punto determinado por coordenadas de alta reso- 
lución es la de que los bytes de atributos sólo 
controlan posiciones de carácter completas. 

Si no le preocupa el mal emparejamiento que se 
pueda producir entre el area ocupada por un 
carácter y el área controlada por un byte de 
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atributos, entonces le resultará fácil posicionar 
caracteres en cualquier lugar de la pantalla. Por 
ejemplo, el siguiente programa escribe una "X" a 
través del método clásico y luego escribe el 
número "2" como superindice, de forma que nos dará 
la clásica notación de x al cuadrado. 


19 PRINT AT 19,19;3"X" 
20 LET Xx=95 

38 LET Y=99 

49 LET Cs$="2" 

50 GOSUB 59099 

6% STOP 


5000 LET A=256+ PEEK 23686+256X*XPEEK 23697 
5019 LET A=A+8X(CODE C$-32) 
5029 FOR 1=90 TO 2? 

5039 LET D=PEEK (A+I) 

5049 FOR J=04 TO ? 

5059 LET B=D-INT (D/2)%X2 
586% LET D=INT (D/2) 

5079 IF B=1 THEN PLOT X,Y 
5030 LET Xx=X-1 

5099 NEXT J 

5190 LET Y=Y-1 

5119 LET Xx=X+8 

5120 NEXT 1 

51309 RETURN 


Todo el trabajo lo lleva a cabo la subrutina 5990, 
la cual dibujará (con PLOT) el carácter almacenado 
en C$ en la posición dada por X e Y. (XxX e Y son 
las coordenadas de la esquina superior derecha del 
cuadrado de 8 por 3 puntos que constituye un ca- 
rácter). El principio en el que está basado es muy 
sencillo. Los bytes que configuran cada fila del 
carácter en cuestión son examinados uno por  urno. 
Cada byte es descompuesto en su correspondiente 
conjunto de ceros y unos por medio del bucle 
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interior FOR comprendido entre 5849 y 5999, y si 
el bit almacenado en B es un 1 entonces se dibuja 
(PLOT) un punto de tinta. El resto de la subrutina 
se encarga de ir moviendo el valor almacenado en X 
y en Y siguiendo la estructura del cuadrado de 8 
por 38 puntos. 


Si quiere ver otro ejemplo de esta subrutina 
cambie el programa principal por: 


196 LET A$="UN MENSAJE” 
204 LET Xx=19 

34 LET Y=179 

49 FOR K=1 TO LEN (A$) 
590 LET C$=AS$(K) 

69 GOSUB 5099 

790 LET x=X+4 

3849 NEXT K 

98 STOP 


Este programa utiliza la subrutina 5994 para 
escribir diagonalmente en la pantalla el mensaje 
almacenado en A$. La única información adicional 
necesaria para entender el funcionamiento de este 
programe es que, uña vez finalizada la subrutina 
50909, las variables X e Y contienen las  coor- 
denadas de la esquina inferior derecha del último 
carácter dibujado. 


Caracteres de tamaño 
wvariabilie 


Si efectuamos un pequeño cambio en el sistema uti- 
lizado para situar caracteres en cualquier  posi- 
ciór, podremos escribir caracteres de Ccualquíer 
tamaño y en cualquier posición. El principio 
básico es el de dibujar (con PLOT) más de un punto 
por cada bit correspondiente a la configuración 
del carácter. Si realiza los cambios siguientes al 


154 


último programa podrá observar distintos tamaños 
de caracteres! 


19 LET A$="ABCDE" 

20 LET X=39 

35 LET SX=5: LET SY=5 
65 LET X=INT (X+S5X/2) 
66 LET SX=SX-1 

67 LET SY=SY-1 


5070 IF B=1 THEN GOSUB 6999 
5089 LET X=X-SX 

5190 LET Y=Y-SY 

5119 LET X=X+SX%8 


6999 FOR M=1 TO SY 
6919 FOR N=1 TO SX 
6929 PLOT X+N,Y+M 
6834 NEXT N 
69849 NEXT M 
6959 RETURN 


a subrutina 6999 dibuja un cuadrado o un rectán- 
julo de puntos de SX de ancho por SY de alto, por 
lo que SX y SY son los factores de escala de X e Y 
“espectivamente. Las modificaciones del programa 
rincipal hacen que este acuda a la subrutina 5999 
2oN un par de factores de escala decrecientes con 
21 objeto de dibujar una línea diagonal de carac- 
teres, Cada uno de ellos más pequeño que el 
anterior. 


"Sarol 1” suave 


Una de las tareas que pueden realizarse por medio 
del software de video del Spectrum es el  despla- 
zamiento vertical de la pantalla (scroll). Esta 
operación aparentemente sencilla es, de hecho, 
mucho más complicada de lo que puede parecer. 
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En principio, todo lo que tiene que hacer el 
software es desplazar el grupo de ocho tfilas de 
puntos, que constituyen una línea de caracteres, a 
la posición de la memoria anteriormente ocupada 
por los puntos que formaban la linea de caracteres 
inmediatamente superior. 

Además de desplazar los puntos en el archivo de 
imagen, el software del "scroll" también tiene que 
sustituir los bytes de atributos por el equiva- 
lente de una línea de texto. Si recordamos la 
extraña distribución del archivo de imagen, 
entonces empezaremos a apreciar las dificultades 
relacionadas con el desplazamiento de los datos 
para conseguir un "scroll". Debido a que el 
archivo de imagen está almacenado en tres 
secciones, cada una compuesta por ocho líneas de 
caracteres, la verdadera dificultad surge cuando 
hay que desplazar la linea superior de una sección 
a la linea inferior de la siguiente sección de 
almacenamiento. (En caso de haber Olvidado los 
detalles de la organización del archivo de imagen, 
véase el Capítulo 6). Teniendo en cuenta todo 
esto, el desplazamiento vertical de la pantalla es 
lo bastante dificil como para que lo dejemos en 
manos del software interno del Spectrum. Sin 
embargo, el desplazamiento o "scroll" horizontal 
resulta mucho más sencillo. 


Hay muchos programas de aplicaciones, y también 
juegos, en los que se desplazan suavemente, de 
izquierda a derecha, gráficos o textos. Por ejem- 
plo, un programa tipico de juego puede producir el 
efecto de movimiento de una nave de ataque a 
través del terreno manteniendo fija la posición de 
la nave y haciendo que el terreno se desplace 
horizontalmente ("scroll” horizontal). No resulta 
dificil conseguir un desplazamiento horizontal 
punto por punto (moviendo la presentación, o una 
zona de la misma, un punto a la izquierda o a. la 
derecha), pero para ello se necesita algo de 
lenguaje ensamblador del 2388. 
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Para conseguir que la pantalla se desplace 
hacia la derecha punto por punto, lo único que hay 
que hacer es empezar a partir del lado izquierdo 
de cada fila de puntos y desplazarla en bloque un 
punto hacia la derecha. El punto que "cae” al 
llegar al extremo de la fila se pierde, por lo que 
hay que introducir un punto de papel en la primera 
posición de la fila. Antes de empezar a efectuar 
el desplazamiento, el archivo de ¡imagen está 
organizado de forma que cada grupo de 32 bytes 
almacena el conjunto de puntos de una fila 
completa. Esto quiere decir que la modificación de 
una fila puede lograrse desplazando hacia arriba 
en un bit el contenido de los 32 bytes. O sea, los 
bits contenidos en la primera posición de memoria 
del archivo de imagen se desplazan un bit a. lla 
derecha de forma que bl se convierte en bY9, b2 se 
convierte en bl y así sucesivamente.El nuevo valor 
de b7? habrá de ser rellenado con un cero, y habrá 
que almacenar el valor bY9 de forma que podamos 
introducirlo en el bY? de la posición de memoria, y 
asi sucesivamente hasta la Ultima posición de 
memoria encargada del almacenamiento de líneas de 
puntos. Todos los bits de una posición de memoria 
cada vez se desplazan un lugar hacia la derecha, 
por lo que el bY9 de la posición de memoria 
anterior pasa a ser el b? de la posición de 
memoria actual. Esta operación efectuada dentro de 
una sola posición de memoria es conocida en 
lenguaje ensamblador del 289 por "rotación a. la 
derecha", por lo que el movimiento aparente de la 
pantalla hacia la izquierda es el resultado de 
efectuar repetidas veces una operación de rotación 
a la derecha con cada una de las 32 posiciones de 
memoria que almacenan el conjunto de puntos de ura 
fila. 


A continuación se muestra ura rutira er lesaue=- 
je ensamblador para cambiar el tercio cope inor = 
la pantalla (líneas de texto entre la lirne> MA y la 
23) un punto hacia la derecha, 
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dirección ensamblador código comentario 


23296 LD HL,16384 33,090,649 carga el regis- 
tro HL 

23299 LD A,é63 62,63 carga el regis- 
tro A con 63 

23391 L9USP1 LD B,32 6,32 carga el regis- 
tro B con 32 

23393 AND A 167 borra el seña- 
lizador C 

233949 L9GYGPZ RR (HL) 293,309 mueve A un bit 
hacia la der. y 

233906 INC HL 35 le suma uno al 
HL 

23397 DJINZ LI9YP2 16,251 hace B=B-1 y 
salta a LOO0OP2 
si B <> Y 

233909 DEC A 61 hace A=A-1 

23319 JR NZ,L9GGP1 32,245 salta a LOOP1 
si A <> Y 

23312 RET 201 regresa a BASIC 


Nota: Las expresiones LOOPi y LOOP2 pueden ser 
sustituidas por BUCLE1 y BUCLE2 respectivamente ya 
que el nombre de las "etiquetas” del lenguaje 
ensamblador lo establece el propio usuario. 

Esta rutina puede ser introducida en la memoria 
intermedia de la impresora (printer buftfer) y 
puede ser "llamada” a través de USR 23296 cada vez 
que queramos hacer el desplazamiento de un punto. 
En la segunda linea, LD A, 63 establece el número 
de filas de puntos que habrán de ser modificadas 
(en este caso 63 más uno, es decir, 64). Aunque se 
ha ersamblado la rutina como si fuera a ser 
ejecutada a partir de la posición 232%, la rutina 
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puede ser almacenada en cualquier lugar de la 
memoria. El siguiente programa BASIC demuestra el 
funcionamiento de esta rutina: 


19 DATA 33,9,64,62,63,6,32,167,293,30,35,16,251 
,61,32,245,291 

29 FOR 1=23296 TO 23312 

30 READ D 

49 POKE 1,D 

59 NEXT 1 

69 PRINT AT 7,9;"ABCDE" 

70 PRINT AT 8,9;"ABCDE”" 

89 LET A=USR 23296 

99 GOTO 89 


Las líneas desde la 19 hasta la 5% cargan el códi- 
go máquina en la memoria intermedia de la 
impresora. Las lineas desde la 6% hasta la 9u 
escriben algo en la pantalla y luego utilizan la 
rutina para desplazar el texto situado en la linea 
7 de la pantalla. 

Si quiere ver un ejemplo de cómo funciona esta 
rutina de "scroll” horizontal en un juego, haga 
las siguientes sustituciones en el programa 
anterior: 


6% LET Y=129 

740 LET S=1 

389 IF RND < 2 THEN LET S=-1%S 
998 1F Y=115 THEN LET S=1 

109 1F Y=179 THEN LET S=-1 

119 LET Y=Y+S 

120 PLOT 0O,Y 

139 PRINT AT 2,19;"X"; 

149 LET A=USR 23296 

159 GOTO 8289 


Este programa dibuja un asterisco en una posición 
fija y el "terreno” que se va a desplazar a lo 
largo de la pantalla. Todo esto da la impresión de 
ver "volar" un asterisco a través del terreno de 
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un modo que sería imposible conseguir utilizando 
únicamente el BASIC ZX. 


Conhncilus=si On 


Todos los ejemplos ofrecidos en este capítulo 
fueron bastante reducidos con el objeto de que re- 
sultaran fáciles de ejecutar. Sin embargo, también 
son lo suficientemente amplios como para ilustrar 
las ideas presentadas y para que sean útiles en 
sus propios programas. Por ejemplo, el programa de 
"scroll" horizontal puede convertirse facilmente 
en un juego de acción de buena calidad, sin tener 
que utilizar más lenguaje ensamblador que el 
relativo a la rutina USR ofrecida en la sección 
anterior. Por otro lado, si no está interesado en 
la confección de juegos puede utilizar esta misma 
rutina para dibujar gráficos móviles que Ssimulen 
la pantalla de un osciloscopio. 

Tenga siempre presente que la programación de 
ordenadores es una actividad experimental, y los 
experimentos pierden gran parte de su valor si 
solamente consisten en leer lo que se supone que 
va a suceder. Por eso es importante que incorpore 
estos ejemplos a sus propios programas y 
experimente con ellos. 
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CAPITULO <= 


CASETE, SONIDO 


E IMPRESOR 


El interfaz para casete del Spectrum y su  pe- 
queño generador de sonido utilizan el mismo 
hardware dentro de la ULA. Sin embargo, el factor 
clave que une los tres temas de este capítulo (el 
interfaz del casete, el generador de sonido y la 
impresora ZX) es la existencia de un software 
estándar dentro de la ROM del BASIC del 2ZX que los 
controla. Dicho sin demasiada precisión, los tres 
están comprendidos en el titulo de "dispositivos 
estándar de E/S". Aparte de estas débiles co- 
nexiones no hay nada más en común entre estos 
dispositivos por lo que este capitulo está divi- 
dido en tres partes principales que se  corres- 
ponden con el sistema de grabación, el sistema de 
sorido y la impresora ZX. 


E l1 Sistema de 3rabac ion 


Una de las mejores caracteristicas del Spectrum es 
la admirable fiabilidad de su sistema de graba- 
ción. Este no es nada complejo, al contrario, 
parece que la atención dedicada a los detalles sea 
precisamente lo que le proporciona esta fiabili- 
dad. 

Mo se puede hacer gran cosa para cambiar el 
modo de furcionamiento del sistema de grabación, O_ 
añadirle otras prestaciones, sin verse uno  invo- 
lucrado en extensos y complicados programas en 
lenguaje ensamblador del 239. Esto no lo digo en 
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el sentido de que las cosas no puedan ser modi- 
ficadas O mejoradas; es sólo que no vale la pena 
hacer remiendos en el sistema. Si Vd. desea real- 
mente cambiar algo del sistema de interfaz del 
casete, la forma de actuar dependerá de lo que 
pretenda lograr. Por ejemplo, si está Vd. inte- 
resado en crear un nuevo software de grabación 
para el Spectrum, o si quiere "leer” cintas 
grabadas por otro ordenador distinto, deberá estu- 
diar primero la forma de trabajar de su hardware. 
Por otro lado, si va a producir programas de 
aplicaciones en lenguaje ensamblador del Z89, 
entonces una vez más será crucial tener algún 
conocimiento de las rutinas de código máquina que 
realizan la lectura y la escritura de los ficheros 
de grabación. Para poder abarcar todo este Campo, 
la descripción del sistema de grabación se ha 
dividido en tres partes: hardware, formato de 
grabación y detalles del software. 


El hardnmare de 3rabacion 


En el Capitulo 2 ya se han examinado las  carac- 
teristicas principales del sistema de grabación, 
aunque sin intentar explicar su utilización para 
almacenar datos en una cinta. Tanto la linea que 
ervia datos al casete (MIC) como la linea que 
recibe los datos del casete (EAR), están  conecta- 
das a la misma patilla de la ULA, que corresponde 
al "port" de E/S de la dirección 254 (descrito en 
el Capitulo 2). 


Al escribir (enviar datos) al "port" de E/S 254 
se activa la línea MIC del casete según el estado 
del bit 3. Si el bit 3 vale Y entonces la tensión 
de salida es de 94.75 voltios. Si el bit 3 vale 1 
entonces la tensión de salida es de 1.3 voltios. 
Escribiendo alternativamente un Y y un 1 en el  b3 
del "port" 254 podremos enviar al casete una onda 
cuadrada (ver Fig.8.1). Esta onda cuadradx se 
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0,75 voltios 


Fig. 8.1. Señal de onda cuadrada enviada a 
la salida MIC del casete desde el "port" 
254, mediante la activación y desactivación 
de su bit 3. 


registra como un tono de audio con un volumen fijo 
y una frecuencia que depende del tiempo en que el 
bit 3 permanece constante. Cuanto mayor sea el 
intervalo de tiempo entre los cambios de valor del 
bit 3, menor será el tono de la nota. Por ejemplo, 
el programa BASIC siguiente 


19 OUT 254,9 
29 OUT 254,8 
39 GOTO 19 


cambia constantemente de 9 a 1 el bit 3 del "port” 
254, y la onda cuadrada resultante puede ser 
grabada pulsando las teclas "play” y "record" del 
casete en la forma habitual. Fijese que mientras 
se está ejecutando el programa, el color del borde 
se vuelve negro. Esto es asi porque bY%, bi, y b2 
del "port" de salida 259 cohtrolan el color del 
borde, y en ambas instrucciones 0UT estos bits 
valen Y. La frecuencia de este tono es muy baja 
debido a que el BASIC ZX no puede proporcionar la 
velocidad suficiente para producir una frecuencia 
mayor. No obstante, si utilizamos el lenguaje 
ensamblador del 22398 no hay ningún problema para 
cambiar el estado del bit 3 con la velocidad 
suficiente como para dar lugar a tonos que estén 
por encima del Campo normal de audición. Los 
sistemas de grabación más simples emplean este 
sencillo método con el objeto de producir una 
serie de tonos que codifiquen los datos y los 
envien al casete. 
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Si se reproduce una cinta grabada con tonos de 
audio con el casete conectado al Spectrum, la tern- 
sión de entrada determinará el estado del bó del 
"port" de entrada 254. De hecho, la tensión de 
entrada determina en bó del "port” de entrada de 
cualquier dirección siempre que bgY4 valga Y (véase 
el Capitulo 2). Si la tensión de la linea de 
entrada (EAR) del Spectrum es baja, entonces bé 
vale 03 si la tensión es alta, entonces dicho bit 
vale 1, (En realidad el Spectrum establece una 
tensión alta en la linea de salida controlada por 
b3 antes de leer la linea de entrada, por lo que 
la señal del casete cambiará la tensión alta  nor- 
malmente existente por otra más baja. 

Si se ejecuta el siguiente programa se podrá 
ver la forma en que la señal del casete afecta al 
b5 del "port" de entrada: 


19 OLIT 254,8 

20 PRINT IN 254 
30 POKE 23692,2559 
4 GOTO 29 
la lines 106 pone en estado alto la salida MIC  an- 
tes de que la linea 24 lea y escriba el estado del 
"port" 254, La linea 39 ¡inicamente eliminina el 
mensaje de "scroll?" que detendriía periódicamente 
la ejecución del programa. Si Vd. reproduce una 
cinta grabada miertras se está ejecutando este 
programa, verá el número 255, que corresponde a 
las tersiores altas de bé, y el 191, que corres- 
ponde a las ternsiores bajas de bó que aparecerán 
en la partalla. Hay que señalar que la pulsación 
de las teclas también modifica el valor dado por 
IN 2533, 

La señal obtenida al reproducir ura onda 
cuadrada dista mucho de ser una aproximación a la 
onda cuadrada origiral (ver Fig.8,2). Sin embargo, 
los tiempos transcurridos entre los cambios de 
alta tersión a baja y viceversa resultan similares 
a los originales, Dicho de otro modo, el toro 
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ESTAS 


Fig. 8.2. Señal típica producida por la 
reproducción desde el casete de la onda 
cuadrada de la figura 8.1. 


viene a ser el mismo a no ser que haya variado la 
velocidad del casete (como, por ejemplo, en el 
caso de que las pilas ya estén gastadas). De esta 
forma el Spectrum utiliza los intervalos de tiempo 
entre los cambios de tensión de la señal para 
recuperar los datos almacenados en la cinta. 


E ll formato de 3<3rabac id 


Todos los ficheros de grabación del Spectrum se 
graban en dos bloques de información, el bloque de 
cabecera y el bloque de datos. La cabecera 
consiste en un breve pitido de señales de audio 
que sirve para almacenar información relativa a 
los datos almacenados en el bloque de datos 
posterior. Por ejemplo, la cabecera se utiliza 
para almacenar el nombre del fichero y el número 
de datos del bloque de datos. Más adelante se 
describirá con exactitud el formato de los datos 
almacenados en el bloque de cabecera. 

Cada uno de los bloques comienza con un pitido 
del tono guia: aproximadamente 5 segundos para el 
bloque de cabecera y alrededor de 2 segundos para 


el bloque de datos. El tono guía es una onda 
cuadrada de 6192 ys (1 a4s = un microsegundo (O una 
millonésima de segundo) entre cada cambio de 
estado (véase Fig.8.5). Esto corresponde a una 
frecuencia de alrededor de 23987 Hz. El final del 


tono guía se señala mediante la ejecución de una 
señal de cortisima duración, el impulso de sincro- 
nización (sync pulse). El impulso de  sincroniza- 
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ción se pone en baja tensión durante 199,6 us y en 
alta tensión durante 218 us. A continuación del 
impulso de sincronización, y sin ninguna interrup- 
ción, viene el primer impulso de datos (data 
pulse). La duración de un impulso de datos depende 
según se trate de un Y o de un 1. Si se trata de 
un Y se pone en baja tensión durante 244,3 ys y en 
alta tensión durante el mismo intervalo de tiempo. 
Si se trata de un 1, el impulso dura exactamente 
el doble de tiempo. En la Fig. 3.3 puede verse 
toda esta información de duración de tiempos 
(junto con la cantidad de estados T del 289 que 
dura cada impulso). 


1] ' 
' ' ' 
619.4us | Z10us y 488.645 1 14 Jis 
21681 1 735T | 1710T 1 85sT 
> ' I 1 
—_—_—_> << > A > 
2168T l 6677 ] 1710T | 8557 
619.4us 1190.6us : 488.6us dd 
tono de cabecera ' impulso: impulso «uno» | pa 
I sin |! 1 «Cero» 
de sin- tonos de datos ————> 


'cronismo 


Fig. 8.3. Señales utilizadas en el Spectrum 
para el almacenamiento de datos en cinta 
magnética, con indicación de los periodos 
en microsegundos y el número de estados  T 
del microprocesador Z8%4 por cada impulso. 


Utilizando debidamente estos conocimientos 
seria posible crear un programa en lenguaje 
ensamblador para casi todos los ordenadores que 
les permitiría leer o escribir cintas producidas 
por el Spectrum. El proceso de lectura de datos 
realizado por el Spectrum se lleva a cabo de forma 
muy segura gracias al amplio intervalo de  dura- 
ciones que puede ser aceptado por cada uno de los 
distintos tipos de impulsos. Los impulsos de datos 
que van a continuación del impulso de 
sincronización forman grupos de ocho bits que se 
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corresponden con los bytes que se estén gyrabando 
(con SAVE) o cargando (con LOAD) en ese momento. O 
sea, los primeros ocho impulsos que van a conti. 
nuación del impulso de sincronización forman el 
primer byte de datos; los ocho siguientes, el 
segundo byte y así sucesivamente hasta el final 
del bloque. La única información necesaria que nos 
falta por conocer es la del formato de los bytes 
que componen la cabecera y la relación entre 
dichos bytes y el bloque de datos. 


Una cabecera está compuesta por 19 bytes de 
datos pero sólo 17 de ellos son suministrados por 
el usuario. El primer byte de la cabecera o el del 
bloque de datos es un byte  señalizador (FLAG 
byte), generado por la rutina de SAVE para indicar 
la diferencia entre la cabecera y el bloque de da- 
tos. El byte señalizador valdrá Y si el bloque que 
le sigue es una cabecera o 255 si el bloque que le 
sigue contiene datos. El byte final de la cabecera 
o del bloque de datos es ur byte de paridad, el 
cual sirve para detectar los posibles errores de 
carga que puedan producirse. Estos dos bytes, el 
byte señalizador al comienzo del bloque y el byte 
de paridad al final del bloque, son añadidos por 
software del SAVE tanto a la cabecera como al 
bloque de datos, lo cual los alarga dos bytes más 
de lo previsto. En la Fig. 8.4 puede verse la 
función de los 1? bytes que componen la cabecera 
propiamente dicha. 


1 10 2 2 2 
UMERO DE LINEA| LONGITUD 
TIPO| NOMBRE DE FICHERO ¡| LONGITUD [DE AUTOEJECU DEL 
CION O DIRECCION PROGRAM 


Fig. 8.4. Formato de un bloque de cabecera. 


El primer byte sirve para indicar el tipo de 
bloque de datos que seguirá a la cabecera, de la 
forma siguiente: 
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TIPO TIPO DE BLOQUE DE DATOS 


aj programa en BASIC 

1 matriz numérica 

2 matriz alfanumérica o de cadena 

3 código de máquina o "volcado” 
de pantalla (SCREENS) 


Los 19 bytes siguientes contienen el nombre del 
fichero. A continuación del nombre del fichero 
vienen los dos bytes que almacenan la longitud del 
bliogue de datos que le sigue. La utilización de 
los cuatro bytes que quedan depende del tipo de 
blocue de datos descrito por la cabecera. Si es 
del tipo Y, entonces los bytes 14 y 15 almacenan 
el ríúmero de linea de  autoejecución en donde 
comienza el programa BASIC (en el caso de usar 


dicha autoejecución), y los bytes ló y 12%  alma- 
cenar la longitud en bytes de la parte del fichero 
que corresponde al programa. (Recuerde que al 


grabar un programa en BASIC se graban tanto el 
área de programa como el área de variables). Si es 
del tipo 1 ó del tipo 2 entoces sólo se utiliza el 
byte 15, el cual guarda el nombre de la matriz. Si 
es del tipo 3 entonces sólo se utilizan los bytes 
14 y 153, los cuales almacenan la dirección a 
partir de la cual deben cargarse los bytes de 
datos. 

Después de la cabecera sigue el bloque de datos 
descrito por ella. Como ya hemos dicho, este 
bloque de datos contiene dos bytes más que los 
almacenados er la información de la longitud de la 
cabecera, el "byte de tipo" guia y el byte de 
paridad. A continuación del byte de tipo, podemos 
considerar cada byte del bloque de datos como una 
"imager" de la parte de memoria que ha sido 
orabada. 
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El último detalle que nos falta comentar es la 
forma exacta con la que el byte de paridad detecta 
los errores de carga. Cuando se graba un bloque, 
ya sea de cabecera ya sea de datos, cada byte que 
se envía a la cinta se compara con el byte de 
paridad por medio de una relación "O exclusiva” 
(XOR en el lenguaje ensamblador del 2890). El valor 
inicial del byte de paridad viene dado por el 
contenido del byte de  señalizadores ("Flags”). 
Como que al volver a cargar (LOAD) otra vez los 
datos desde el casete al ordenador, el valor del 
byte de paridad viene dado por el mismo sistema 
(es decir, haciendo una comparación de tipo o] 
exclusivo”), entonces, en Caso de que no haya 
habido errores de lectura, el valor final del byte 
de paridad sera Y. Nótese que se considera que el 
valor inicial del byte de paridad es Y, y que 
todos los bytes que van siendo leidos, incluyendo 
el byte señalizador y el byte de paridad, son 
comparados con él a través de la relación "O 
exclusiva”. 


N. del T. : Hay que señalar que la comparación se 
produce en el momento en que deja de recibirse la 
señal procedente del casete, es decir, cuando se 


produce un silencio. La ausencia de señal puede 
deberse bien a que la carga ha terminado, bien a 
otra causa como, por ejemplo, un fallo de graba- 
ción, volumen demasiado bajo, etc. Si al  reali- 
zarse la comparación, el valor del último byte 
leido coincide con el valor del byte de paridad, 
esto significa que la carga se ha efectuado 
correctamente, por: lo que estaremos en la 
situación 2 6 en la 3 según el bloque que haya 
sido leido. En caso de que ro coincidan, estaremos 
en la situación 1 si lo que se estaba leyendo era 
el bloque de cabecera, o en la situación 4 si se 
trataba del bloque de datos. Evidentemente, si el 
último byte leído es el propio byte de paridad, la 
comparación "A. exclusiva” siempre tendrá como 
resultado un cero (situaciones 2 y 3). 
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BLOQUE SITUACION BYTE DE ULTIMO BYTE RESULTADO 
PARIDAD RECIBIDO 


CABECERA 1 g = Y > 9 = 1 1 = ERROR 
2 [2] = Y g = Y g = OK 
DATOS 3 255 = 1 255 = 1 g = OK 
3 2559 = 1 < 259 = Y 1 = ERROR 
En el caso poco probable (un 9,39%) de que el 


último byte leido no sea el byte de paridad pero 
que su valor coincida con el del byte de paridad, 
podriamos pensar que el Spectrum llegaría a 
equivocarse ya que los resultados de la 
comparación serían los mismos que si tratara del 
byte de paridad. En este caso, el Spectrum toma 
nota del número de bytes que han sido leídos. Si 
se trata del bloque de cabeceras éste tiene un 
número de bytes fijo, por lo que si el número de 
bytes leidos es menor que el número de bytes que 
componen el bloque de cabecera, se produciria un 
error. En caso de que se estuviera leyendo el 
bloque de datos, la longitud de éste ya habria 
sido determinada por el bloque de cabecera que, a 
su vez, ya habria sido leido correctamente. Si el 
número de bytes leídos fuera menor que el número 
de bytes señalado por el bloque de cabecera, 
volveria a producirse un error que seria indicado 
con su informe correspondiente. 
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Las rutinas SAWVE y bLoAaAD 


Dentro de la ROM del BASIC ZX existen dos rutinas 
fundamentales en código máquina que pueden 
utilizarse para grabar (SAVE) y cargar (LOAD) una 
zona determinada de la memoria. Al igual que todas 
las rutinas de la ROM del BASIC ZX, siempre existe 
la posibilidad de trasladar su situación, pero en 
el caso de estas dos rutinas, esa posibilidad 
seria poco útil. 

La rutina de grabación comienza en la dirección 
1218 (6 94C2 hex). Su funcionamiento depende del 
número de parámetros ofrecidos utilizando los 
siguientes registros: 


Registro Contenido 

DE número de bytes a grabar 

IX dirección del primer byte a grabar 
A Y para la cabecera y 255 para el 


bloque de datos. 


Se trata de una rutina relativamente Simple que 
permite grabar cualquier zona de la memoria sin 
alterarla, junto con el "byte de tipo” que sirve 
de guia y el byte de paridad. Esta rutina no 
muestra ningún mensaje acerca de la pulsación de 


las teclas "play" y "record" del casete, ni 
tampoco crea el bloque de cabecera mientras lo 
utilicemos para grabar un bloque de datos. De 


hecho, si queremos realizar el bloque de cabecera, 
deberemos reservar una zona de 17 bytes en la 
memoria para que: contenga los 17 bytes 
correspondientes a una cabecera de datos 
inicializada, es decir, el nombre del fichero, 
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longitud, etc. A no ser que tengamos entre manos 
alguna aplicación muy especial, la rutina de 
grabación generalmente se utiliza dos veces, una 
para grabar la cabecera y otra para grabar el 
bloque de datos descrito por la misma. 


La rutina de carga comienza en la dirección 
1366 (o 6556 hex.). Una vez más, su funcionamiento 
depende de una serie de parámetros! 


Registro Contenido 
DE número de bytes a cargar. 
IX dirección en la que habrá de al- 


macenarse el primer byte a cargar 


A el $96 significa "cargar la cabece- 
ra", y 255 significa "cargar el 
bloque de datos”. 


Si está activado el señalizador de acarreo ("carry 
flag"), entonces no se cargarán los datos en la 
memoriaj en su lugar serán comparados con los que 
ya existen en ese momento, es decir, se realizará 
una operación de verificación (VERIFY). Por eso 
hay que inicializar el señalizador de acarreo si 
es que queremos cargar datos. Si se da el caso de 
que aparece un tipo de fichero erróneo, entonces 
la rutina volverá con los señalizadores de acarreo 


y de cero ("zero flag”) activados. Si se detecta 
un error de carga, entonces se inicializan los dos 
señalizadores citados. Fijese que antes de 


utilizar la rutina de Carga debemos saber el 
número de bytes que deseamos cargar. Si desea 
cergar un bloque de cabecera, entonces será fácil, 
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ya que todos las cabeceras tienen una longitud 
fija de 17 bytes. Si lo que quiere cargar es un 
bloque de datos, entonces la única forma de que 
pueda saber el número de bytes a cargar es leyendo 
la cabecera que lo precede. 

A través de las rutinas de SAVE y LOAD, 
podremos leer o escribir ficheros de cinta no 
estandarizados. Por ejemplo, podriamos escribir un 
fichero compuesto por una serie de bloques de 
datos de tamaño fijo que pudieran ser leidos cómo 
y cuando quisiéramos. Sin embargo, el problema 
principal que se plantea al utilizar el sistema de 
grabación del Spectrum de una forma no estandari- 
zada es la ausencia de control de motor del 
casete. Si se escribiera un fichero formando una 
colección de bloques, el usuario tendría que poner 
en marcha O parar el casete a medida que se lo 
solicitara el Spectrum. 

Como ejemplo de la utilización de las rutinas 
SAVE y LOAD, el siguiente programa hará un listado 
de los tipos de +fichero y de sus nombres. En 
cierto sentido se trata de una especie de comando 
de catálogo limitado. La primera parte del  pro- 
grama toma la forma de una subrutina de lenguaje 
ensamblador que lee las cabeceras almacenadas en 
la cinta y las guarda en la memoria intermedia de 
la impresora. 


LENGUAJE ENSAMBLADOR CODIGO COMENTARIOS 


23276 LOOP LD DE, 1? 17,17,9 guarda en DE 
la longitud de 
la cabecera. 
borrar A 

pone a "1" el 
señalizador de 
acarrepn. 


23299 XOR A 
23300 ScF 


y 
an 


nm > 
8] 
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LENGUAJE ENSAMBLADOR CODIGO COMENTARIOS 


23391 LD 1X,23311 —221,33, guarda en 1X el 
15,91 inicio del área 
de datos. 
23305 JR NC, LOOP 48,242 salto hacia 


atrás si no hay 
cabecera. 

23310 RET 201 retorno al 
BASIC. 


Los códigos de esta rutina se almacenan en la 
memoria intermedia de la impresora. También se 
almacenan en dicha memoria intermedia a partir de 
la dirección 23311 los bytes de la cabecera. El 
programa BASIC que se ofrece a continuación 
utiliza esa rutina para leer las cabeceras y 
listar el tipo de que se trata y su nombre: 


19 DATA 17,17,9,175,55,221,33,15,91,205,86, 
5,48,242,2091 

20 FOR A=23296 TO 23319 

39 READ D 

34 POKE A,D 

=8 MEXT A 

60 LET A=USR 23296 

79 PRINT "TIPO="5PEEK 23311; 

80 PRINT "NOMBRE="; 

99 FOR I=1 TO 19 
190 PRINT CHRS$ (PEEK (23311+1));5 
119 NEXT 1 
120 PRINT 
139 GOTO 68 


Desde la linea 1% a la 59 se carga el código de 
máquina en la memoria intermedia de la impresora. 
La linea 68 utiliza la rutina en código máquina 
para almacenar los bytes de la cabecera y las 
lineas 78 hasta la 124 escriben el tipo y el 
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nombre. No seria muy dificil ampliar la última 
parte del programa para leer (con PEEK) los demás 
datos de la cabecera con el objeto de conseguir 
información relativa a la longitud del fichero y 
su lugar de almacenamiento. 


Sonido 


El generador de sonido del Spectrum está bastante 
relacionado con el sistema de grabación. El 
pequeño altavoz que produce el sonido está  co- 
nectado a la misma patilla de salida de la ULA que 
las lírmeas EAR y MIC. La única diferencia es que 
la salida está controlada por el b4 del "port" de 
E/3 259, Si b9 vale YM entonces la tensión de 
salida será de 84.75 voltios, y si b4 vale 1 
entonces la tensión de salida será de 3.3 voltios. 
Hay que señalar que la diferencia de tensiones 
obtenida al cambiar b4 es mayor que la utilizada 
por el sistema de grabación. La tensión propor- 
ciorada por el sistema de grabación es  insufi- 
ciente para acciorar el altavoz -por lo que las 
señales de grabación no pueden ser oídas pero, en 
cambio, la mayor tensión utilizada para controlar 
el altavoz si que aparece tanto en la línea BEAR 
como en la MIC. 

El método básico para producir sonido es 
idéntico al método utilizado para generar los 
tonos del sistema de grabación. Se puede conseguir 
una onda cuadrada simplemente cambiando el valor 
del bit 4 del "port" de E/S 254 de MB a 1 y de 1 a 
S alternativamente. El torno del sonido producido 
por la onda cuadrada está determinado por la 
velocidad con que dicha onda cambie su tensión. 
Aparte del tono de la nota, no existe ninguna otra 
cosa QUe se pueda cambiar. El volumen viene 
establecido por la diferencia de tensiones 
correspondientes a los dos estados de la onda 
cuadrada y la calidad global del sonido está 
determinada por la configuración de la onda. Como 
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ejemplo del control directo del altavoz, pruebe el 
siguiente programa: 


106 OUT 254,16 
204 QUT 254,9 
30 GOTO 19 


Lo único que hace este programa es cambiar el 
valor de b4 de la 4 cada vez que ejecuta el 
bucle. El sonido resultante es muy basto y el tono 
tan bajo se debe a la falta de velocidad del 
BASIC. Fijese también que el borde de la pantalla 
adopta el color negro debido a que los bits desde 
bg hasta b2 del "port” 259 controlan el color del 
mismo. 

El comando de sonido del Spectrum, BEEP, pro- 
duce una escala musical bastante precisa. Se trata 
de un ejemplo más de cómo el excelente software 
del Spectrum obtiene el máximo provecho de un 
hardware bastante limitado en algunas de sus 
caracteristicas. 

Resulta bastante dificil mejorar el sonido del 
Spectrum sin ampliar el hardware original. Sin 
embargo, la siguiente rutina de lenguaje ensam- 
blador le permitirá controlar directamente el 
"port" de E/S 259 utilizando los datos contenidos 
en una tabla de valores! 


DIRECION ENSAMBLADOR CODIGO COMENTARIOS 

23296 LD B,court g6,u Número de 
bytes en la 
tabla 

23298 LD HL, (table) 237,197,23,91 Comienzo de 
la tabla 

23392 LOOP LD A, (HL) 126 Almacena el 
dato en A 

23303 OR 8 236,8 Activa el 


bit de MIC 
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23395 OUT (259),A 211,254 Ervia el 
dato al 
"port" 254 
23397 LD C,time 194,9 Carga el 
tiempo de 
demora 
23309 DEL DEC C€C 13 Bucle de 
demora 
23319 JP NZ,DEL 194,13,91 Salto atrás 
si C<>9g 
23313 INC HL 35 Siguiente 
byte de 
datos 
23314 DEC B 5 ¿Final de 
la tabla? 
23315 JP NZ,LOQP 194,6,91 Salto atrás 
para conti- 
nuar con el 
resto de la 


tabla 
23318 RET 201 Retorno al 

BASIC 
23319 DEFW tabla Dirección 


de la tabla 


La mejor forma de explicar el funcionamiento de 
esta rutina es a través de un ejemplo en BASIC. Se 
llama "ruido blanco” a una especie de "pitido” que 
puede escucharse, por ejemplo, en un aparato de 
radio que esté sintonizado entre dos emisoras. 
De hecho se trata de una mezcla casi por igual de 
muchos sonidos comprendidos en un Campo de 
frecuencias muy amplio. Puede lograrse que el 
Spectrum produzca un sonido parecido al ruido 
blanco cambiando de una forma aleatoria el b94 del 
"port" de salida 259. El único problema es que 
deberiamos disponer de una tabla de valores 
aleatorios. Sorprendentemente, la forma más 
sencilla de obtener una serie aleatoria de bits es 
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acudiendo a la propia ROM del BASIC  ZX. El 
siguiente programa BASIC. utiliza la rutina 
ofrecida anteriormente para enviar 256 bytes de la 
ROM del BASIC al "port" de salida! 


19 DATA 6,9,237,197,23,91,126,246,8,211,254, 
14,9,13,194,13,91,35,5,194,6,91,291 

20 FOR A=23296 TO 23318 

30 READ D 

49 POKE A,D 

59 NEXT A 

60 POKE 23319, 

798 POKE 23329,29 

88 POKE 23397,255 

99 POKE 23398,128 

19% LET A=USR 23296 

119 GOTO 1999 


La primera parte del programa carga el código 
máquina en la memoria intermedia de la impresora. 
Entre las lineas 68 y 949 se establecen los 
parámetros necesarios para controlar la rutina. 
Antes de utilizar la rutina hay que establecer las 
posiciones de memoria 23319 y 23328 de forma que 
almacenen la dirección de comienzo de la tabla de 
datos. La posición de memoria 23297? tendremos que 
fijarla con el número de bytes de datos que 
componen la tabla, y la posición de memoria 233908 
habrá que fijarla de modo que produzca el tono de- 
seado. Las lineas 198 y 1198 acuden repetidamente a 
la rutina del usuario y el resultado será el de un 
pitido chisporroteante. Debido a que po hay nin- 
guna intención de restringir los datos enviados al 
b4 del "port" de E/S, el color del borde también 
cambiará de una forma aleatoria. 

Si utilizamos la rutina anterior con tablas de 
datos preparadas de antemano resultará posible 
realizar una serie limitada de efectos sonoros. 
Por ejemplo, efectúe los cambios siguientes a 
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partir de la linea 69 en adelante del Último 
programa! 


6% GOSUB 1909 

249 POKE 23319,25 
380 POKE 23320,91 
94 POKE 23397,N 
190 POKE 23308,259 
119 LET A=USR 23296 
129 PAUSE 1 

1309 GOTO 119 


1096 LET N=229 

1910 LET S=1 

18290 LET D=9 

1439 LET C=1 

1848 FOR 1=9 TO N-1 


1959 IF I=S THEN GOSUB 2999 
1069 PRINT D 

1070 POKE 1+23321,DX*16 

1089 NEXT 1 

1099 RETURN 


20809 LET S=INT(S5+C) 

2019 LET C=C+.25 

2020 IF D=48 THEN LET D=1: RETURN 
2034 LET D=09 

2640 RETURN 


Las subrutinas 1099 y 29098 establecen una tabla de 
valores en la memoria intermedia de la impresora 
de forma que la frecuencia de la configuración de 
la onda disminuya con el paso del tiempo. El 
sonido resultante será el de una especie de "zap”. 
Puede experimentar cambiando el conjunto de ceros 
y unos producidos por la subrutina 19998 con el 
objeto de crear sus propios efectos de sonido. 
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La impresora 


La impresora ZX es un aparato relativamente barato 
con el que se pueden obtener listados y gráficos 
impresos en papel. Quizás sus únicos defectos sean 
la poca precisión de la colocación de los puntos y 
la calidad del papel revestido de aluminio que 
utiliza. (Sin embargo, hay que resaltar que el 
papel de aluminio puede ser fotocopiado perfec- 
tamente). 

La impresora ZX funciona evaporando el aluminio 
que recubre un rollo de papel de color negro. Una 
vez que se evapora el aluminio, el papel queda al 
descubierto, con un aspecto parecido al que 
produce el sistema de impresión por tinta. 

Para evaporar el alumirio, la impresora  ZX 
utiliza una chispa producida por dos agujas 0 
"estiletes” por lo que, si se hace funcionar en la 
oscuridad, podrá ver con bastante claridad las 
chispas eléctricas azules justo debajo de la barra 
de corte. Los estiletes o aguias están colocados 
er los lados opuestos de una cinta móvil, de forma 
que en cualquier momento una de ellas se encuentra 
situada sobre el papel. A medida que el papel es 
barrido por las agujas, un motor eléctrico lo hace 
avanzar, de forma que Cada barrido sirve para 
imprimir una nueva fila de puntos sobre el papel. 


El software que controla a la impresora ZX es 
muy completo por lo que poco se puede hacer para 
mejorarlo. No obstante, resulta por si mismo 
interesante el modo en que es controlada la 
impresora ZX y nos sirve de ejemplo para observar 
la forma utilizada por los ordenadores para 
controlar los dispositivos periféricos. El  cono- 
cimiento del modo de furcionamiento de la 
impresora puede sugerirrnos nuevas aplicaciones. 

La impresora está conectada al "port" 251 de 
E/S. La lectura de este "port" ros ofrece 
información relativa al estado actual de la 
impresora: 3i la impresora ro está conectada, 
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entonces el bé valdrá 1 (en caso contrario, si la 
impresora está conectada, bé valdrá 9). El estado 
de b? refleja la posición de las agujas. Si alguna 
de ellas se encuentra sobre el papel, entonces  b2? 
vale MM. De esta forma podemos controlar bY para 
averiguar el momento en que la aguja se encuentre 
sobre el papel dispuesta a escribir una linea de 
puntos. La velocidad con la que la aguja barre el 
papel varia en función de la carga del motor. Para 
subsanar este problema, hay un disco generador de 
impulsos conectado al motor. Esto hace que b89 
vibre alrededor de 256 veces mientras la aguja 
recorre una línea. De este modo si la producción 
de puntos está ligada a la vibración de bg los 
puntos estarán uniformemente espaciados indepen- 
dientemente de la velocidad que alcance el motor. 

Los bits b1 y b2 del "port" de salida 251 
controlan el motor. Si b2 vale 4 entonces se pone 
a funcionar el motor de la impresora. Si bi vale Y 
entorces el motor se mueve rápidamente. En caso 
contrario, se moverá con lentitud. Esta velocidad 
más lenta se utiliza para imprimir las dos últimas 
lineas de barrido de forma que las agujas puedan 
detenerse fuera del papel, y queden listas para 
imprimir la primera linea la próxima vez que se 
utilice la impresora. Por último, bY controla la 
tensión de las agujas. Si b? vale 1, entonces las 
agujas reciben alta tensión por lo que la chispa 
resultante dará lugar a una quemadura negra sobre 
el papel. 

Aparte del método con que los bits indican el 
estado de la impresora y controlan su  funciona- 
miento, hay un par de detalles importantes en 
esto. En primer lugar, el suministro de tensión de 
las agujas deberá estar desconectado para detectar 
la llegada al borde del papel. La razón de esto es 
que la presencia de tensión en las agujas ¡implica 


que el valor del b? de la entrada es "uno", En se- 
gundo lugar, tanto b% como b”? quedan "enclavados” 
Hasta que se escriba algún dato en el "port" de 
ELISA ("enclavados” er la jerga electrónica 
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quiere decir 


ordene otra cosa”), 
información reciente de los bits bY9 y b? 


tendrá que escribir algo en el 


Debido a 


impresora suceden de 
ningura posibilidad de controlarlas a 


BASIC ZX. 
ensamblador del 
mental mediarte 
puntos: 


que 


"permanecer constante mientras no se 
De modo que si 


obtener 
primero 


desea 


"port" de salida. 
todas las Operaciones de la 
forma muy rápida, no hay 
través del 
La siguiente rutina, escrita en lenguaje 
2380 nos ofrece el método  funda- 
el cual se escribe una fila de 256 


LD 


Aa 


QUT 251,A 


papel IN 


RL 
JP 


JP 


impulsos IN 


RR 
JP 


y entonces... 
LD 


Ay,251 


A 

M, impresora 
desconectada 

NC,papel 

A,251 

A 


NC, impulsos 


A,g 


OUT 251,A 


Ó bien: 
LD 


A, 123 


OUT 251,A 


Pone el motor er 
marcha a máxima 
velocidad 
Comprueba el es- 
tado de la impre- 
sora 

Rotación de un 

un bit a la izq. 
para comprobar la 
impresora 
Comprobar si la 
aguia está sobre 
el papel 

Lee el estado del 
disco de impulsos 


y espera hasta 


que valga 1 


Para escribir un 
punto de papel 


Para escribir un 
punto de tinta 


Este proceso se repetirá haciendo un salto atrás 
hasta "impulsos” con el objeto de imprimir los 256 
puntos de una linea. Lo único que falta por 
señalar es que debe disminuir la velocidad del 
motor cuando vaya a. escribir las dos últimas 
lineas. 

Como ya hemos dicho, lo descrito más arriba no 
tiene mucha utilización práctica ya que el 
software interno está provisto de todos los 
detalles necesarios para la utilización de la 
impresora ZX. 

Una idea que se me ocurre es la de utilizar la 
impresora Z¿X con otros ordenadores pero eso, 
evidentemente, está fuera del alcance de este 
libro. 
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CAPITULO 2 


EL TIMNTERFACE 1 


Y LOS mIiCRODRIVES 


Con la ampliación mediante el Interface 1 y los 
Microdrives, el Spectrum se convierte en un sis- 
tema informático muy potente y versátil. Utili- 
zando solamente el Interface 1, ya se dispone del 
hardware y el software necesarios para manejar un 
interfaz serie RS 232 estándar y una red local de 
ordenadores. Estas dos caracteristicas hacen que 
el Interface 1 sea de por si bastante importante, 
y la red de área local es lo suficientemente 
interesante como para dedicarle un libro entero. 

Los Microdrives proporcionan una mayor  Capa- 
cidad en el tratamiento de datos al Spectrum. 
Basados en ura cinta sinfin, los Microdrives no 
sor ni tan rápidos como los discos magnéticos 
("+loppy discs”) ni tienen (normalmente) tanta 
cepacidad para almacenar datos. En el caso de 
aplicaciones sencillas (por ejemplo, grabar y 
cargar programas) los Microdrives están pensados 
como un sistema rápido de grabación. Esta dite- 
rencia de velocidad no es razón suficiente como 
para preferir los Microdrives: su respuesta está 
lejos de ser instantánea, y todavía hay que 
esperar unos cuantos segundos mientras se carga un 
2rograma. 
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La razón principal para usar los Microdrives es 
que dan lugar a una serie de aplicaciones que 
serian muy dificiles, si no imposibles, de 
conseguir con el Spectrum solo. Por ejemplo, 
resulta muy dificil ver cómo, aún utilizando 
pequeñas cantidades, los datos almacenados en ura 
cinta pueden ser procesados si además los 
resultados también necesitan ser almacenados en 
cinta. 


El Spectrum sin ampliaciones está limitado 
principalmente a procesar cantidades de datos que 
sean lo suficientemente pequeñas como para que 
puedan ser guardadas en la RAM. Aún disponiendo de 
un solo Microdrive es posible leer datos de ur 
fichero mientras se escriben en otro. Además la 
ampliación del software del BASIC del 2ZX llevada a 
cabo por el Interface 1 permite la creación de 
ficheros de datos "reales", y no simples matrices 
grabadas. O sea, puede que el Microdrive no sea 
tan rápido como el disco magnético pero da lugar a 
aproximadamente el mismo número de aplicaciones. A 


un nivel más sencillo, la sola posibilidad de 
almacenar una serie de programas en un solo 
cartucho es una comodidad que justifica la 


ampliación de cualquier Spectrum. 


Este capitulo examina las ampliaciones del 
BASIC ZX que acompañan al Interface 1. La parte 
final del capítulo muestra algunos ejemplos 
sencillos de aplicaciones de las nuevas  Carac- 
teristicas para crear y procesar archivos de 
datos. 


El capítulo siguiente está dedicado al furncio- 
namiento interno del Interface 1 y de los 
Microdrives. Se trata de un tema bastante extenso 
y sólo disponemos de espacio para comentar sus 
principios generales y los detalles más importan- 
tes. Sin embargo, la información suministrada le 
permitirá crear sus propios programas. 
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El BASIC 

del ZX Microdrive. 
Especisrtficadores 
de *Ficheros 


El Interface 1 contiene 8K de ROM adicionales que 
complementan los 1óK de ROM del BASIC ZX  conte- 
nidos en el Spectrum normal. más adelante se 
explicará la forma en que se lleva a cabo esta 
adición. Lo que nos interesa por ahora es la forma 
y la utilidad de esta ampliación. 

Los comandos adicionales del BASIC ampliado, a 
los cuales nos vamos a referir como "BASIC del ZX 
Microdrive”, o BASIC del ZXM, se dividen en cuatro 
grupos: 


1) Comandos adicionales de grabación tales como 
LOADX, SAVEX, etc. 


2) Comandos exclusivos del Microdrive tales 
como CAT, etc. 


3) Comandos adicionales de control de los ca- 
nales. 


4) Comandos especificos CLEAR $ y CLS$H. 


La forma de estos comandos será mucho más fácil de 
comprender y de recordar una vez aclarado que los 
datos se almacenan en un Microdrive en forma de 
"+ficheros” con nombre de forma muy parecida a la 
que se utiliza con el Casete. La diferencia 
principal es que para identificar un fichero er 
una cinta lo único que debemos hacer es dar su 
"nombre"; con el Microdrive, debemos darle ur 
"especificador de +tichero" completo. El formato de 
un especificador de fichero es el siguiente: 
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dispositivojnúmero del dispositivojnombre del 
fichero 


donde "dispositivo" es una Cadena que ¡identifica 
el tipo de dispositivo en el que se va a almacenar 
el fichero, "número del dispositivo" es un número 
que ¡identifica exactamente el dispositivo a 
utilizar, y por último, "nombre del +fichero” es 
una cadena que da el nombre del fichero. El nombre 
del fichero sigue la regla habitual de no ser 
mayor de 19 letras, y cualquiera de los parámetros 
puede ser sustituido por variables del tipo 
adecuado. Por ejemplo, los Microdrives están 
especificados por un dispositivo cuyo código es 
"mM" 0"m” por lo que 


"m"3253"mifichero" 


especifica un fichero llamado "mifichero” 
almacenado en el segundo Microdrive del sistema. A 
pesar de que los especificadores de +ichero que 
utilizan constantes son con mucho los más 
corrientes, vale la pena recordar que 


DS;3D;F$ 


es perfectamente válido como especificador de 
fichero siempre y cuando D$ contenga un tipo de 
dispositivo, D el número de un dispositivo y F$+ el 
nombre de un fichero con un máximo de 19 letras. 
Por el momento el único tipo de dispositivo que 
vamos a utilizar será el "m” para los Microdrives, 
pero en el capitulo 11 se introducirán otros 
códigos de dispositivo para referirnos a los demás 
dispositivos controlados por el Interface 1. 


Las ampliaciones de los 
comandos de 3rabac ii 5rn 


Una vez corocido el formato de un especificador de 
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fichero los nuevos comandos de BASIC son muy 
fáciles de recordar. Las ampliaciones de los 
comandos que antiguamente sólo manejaban el 
sistema de casete son: 


LOADX especiticador de fichero 
MERGEX especitficador de fichero 
SAVEX especificador de fichero 
VERIFYX especificador de fichero 


Estos comandos realizan las funciones que ya nos 
son familiares del sistema de Casete, pero 
utilizando uno de los dispositivos controlados por 
el Interface 1. Por ejemplo: 


SAVEX "m"313"miprograma" 


grabará el programa actual en el Microdrive 1 
utilizando como nombre "miprograma”, y 


LOADX "m";31"miprograma" 


lo recuperará. Tanto VERIFYX como MERGEX funcionan 
con el Microdrive del mismo modo que con el 
sistema de casete. También podemos usar las demás 
formas de SAVE con SAVEX. Todos los comandos que 
se ofrecen a continuación son válidos con los 
Microdrives e idénticos en su funcionamiento a los 
comandos equivalentes del sistema de casete: 


SAVEX especificador de fichero LINE número 

SAVEX especitficador de fichero DATA nombre de 
la matriz () 

SAVEX especificador de fichero CODE comienzo, 
longitud 

SAVEX especificador de fichero SCREENS 

LOADX especitficador de fichero DATA nombre de 
la matriz() 

LOADX*X especificador de fichero CODE comienzo, 
longitud 

LOADX especificador de fichero SCREENS 
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Los nuevos comandos 


del Microdr ive 


Hay cuatro comandos del Microdrive completamente 
nuevos! 


CAT rúmero del Microdrive: 

Este comando ofrecerá un listado de todos los 
ficheros existentes en el Microdrive indicado por 
el "número del Microdrive"”, en donde el número del 
Microdrive puede ser una variable. Por ejemplo CAT 
1 ofrece un catálogo del Microdrive 1, y CAT  d 
daria un catálogo del Microdrive indicado por el 
número almacenado en d. 


ERASE especificador de fichero: 

Este comando borrará el fichero indicado por el 
"especitficador de fichero”. El espacio de  alma- 
cenamiento que ocupaba el fichero dentro del 
Microdrive puede ser utilizado de nuevo. Por 
ejemplo, ERASE  —"m"313"miprograma” borrará el 
fichero "miprograma"” del cartucho introducido en 
el Microdrive 1. 


FORMAT especificador de fichero! 

Este comando borra todos los ficheros exis- 
tentes en el cartucho y lo prepara para su 
utilización posterior. Los cartuchos a estrenar 
tienen que ser "formateados" antes de ser usados. 
El "especificador de fichero" que se utiliza con 
este comando selecciona el dispositivo que lo 
formateará (entendiendo por dispositivo uno de los 
posibles Microdives conectados al Spectrum) y el 
"nombre del fichero” dentro del especificador de 
fichero es el nombre que se le dará al cartucho. 
Por ejemplo, FORMAT  "m"313"datos"” formateará el 
cartucho que se encuentre en el Microdrive 1 y le 
dará el nombre "datos". 
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MOVE especificador de fichero 1 TO especificador 


de fichero 2: 

Este comando efectuará una copia del fichero 
indicado por el "especificador 1” en el disposi- 
tivo con el nombre indicado por el "especificador 
2: Por ejemplo, MOVE "m"35153"misdatos” TO 
"m"32;"misdatos2" creará una copia del fichero 
"misdatos" en el Microdrive 2 y lo denominará 
"misdatos2”. El comando MOVE puede utilizarse para 
realizar 40s copias del mismo fichero (usando 
nombres distintos) en el mismo Microdrive 0 dos 
copias del mismo fichero (incluso usando el mismo 
nombre) en diferentes Microdrives. ES importante 
señaler que MOVE sólo funciona con +icheros de 
datos, es decir, con ficheros que ro har sido 
creados utilizando SAVE. Para hacer una copia de 
un programa, lo que debemos hacer es utilizar 
LOADX >» SAVEX. Hay otras formas más complicadas de 
utilizar MOVE, pero éstas se explicarán más 
adelante. 


Los comarndos=s de Canales 
de corrientes 


Los comandos ampliados del sistema de control 
de los carales y las corrientes no sor muy difici- 
les de entender ni de recordar encajar dentro de 
la filosofía general de los carales y las 
corrientes descritas en el capitulo S. De hecho, 
sólo gracias a la conexión del Interface 1 el 
sistema de carnales y corrientes de E/S se 
convierte en algo realmerte útil. 

El comardo OPEN $ se sigue utilizando para 
asociar carnales con corrientes, pero ahora se 
aumenta la cantidad de especificadores de canal 
para incluir a los  especisficadores de los 
ficheros. Es decir, 


OPEN A c,especificador de fichero 
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asocia la corriente "c"” con el canal definido por 
el "especificador de fichero”. Por ejemplo: 


OPEN $ 5,"m"313"misdatos” 
abre la corriente 5. al Canal formado por el 


fichero "misdatos" en el Microdrive l. Fijese en 
que esta nueva concepción amplia la idea de 


utilizar un Carnal como dispositivo de E/S 
incluyendo cualquier fuente oO receptor de datos 
aislado e identificable. Desde este punto de 


vista, a pesar de que un Microdrive no es más que 

ur dispositivo fisico de E/S, el hecho de que 

pueda almacenar una serie de ficheros aislados y 

corn nombres distintos, pudiendo ser Cada uno de 

ellos urna fuente o un receptor de datos, hace que 

nos sea mucho mejor imaginarnoslo como si fuera un 

conjunto de  carmales. Una vez asociada una 

corriente (con OPEN $ ) con un Canal, se pueden 

utilizar los típicos comandos INPUT H$ ,INKEYS H y 
PRINT $ para leer y escribir datos, por lo que el 
comardo CLOSE $ puede utilizarse para romper dicha 

asociación. Todavia podemos utilizar LIST $ para 

enviar el listado de un programa a un fichero del 

Microdrive. 

Una cuestión importante acerca del 
funcionamiento de los carnales es que el comando 
PRIWT envia la misma corriente de códigos ASCII 
indeperdientemente del carnal de que se trate, y el 
comando INPUT interpreta de la misma forma los 
códigos ASCII que recibe, independientemente del 
carnal de que se trate. Este principio resulta 
evidente cuando los dispositivos de canal son el 
teclado, la partalla y la impresora, pero no 
aparecen tan claros cuando el canal es el fichero 
del Microdrive. Por ejemplo, si A=1234 entonces 
PRINT HH” 55A enviará cinco códigos ASCII (49,50, 
51,52 y 13, correspondientes a los digitos 1,2,3, 
34 y ENTER) al dispositivo de que se trate y que 
esté asociado con la corriente 5D. Aunque la 
secuencia de códigos enviada a los  Microdrives 
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seria la misma que la enviada a cualquier otro 
dispositivo, existen alguros casos en los que un 
canal de fichero se comporta de modo diferente. La 
mejor forma de ilustrar estas diferencias es a 
través de un ejemplo. 


Lectura y eSscritare 


de 1lo= Ficheros 


Consideremos el problema de escribir 29 números 
aleatorios en un fichero para volver a leerlos más 
adelante. Una de las muchas soluciones posibles 
es: 


109 OPEN $ 5,"m"31;3"misdatos” 
20 FOR 1=1 TO 29 
30 LET X=RND 
49 PRINT X 

50 PRINT H 53X 

69 NEXT 1 

TO CLOSE $ 5 

206 OPEN % 5,"m"315"misdatos” 
990 FOR I=1 TO 29 

190 INPUT $ S53R 

118 PRINT R 

126 NEXT I 

139 CLOSE $ 5 


Si ejecuta este programa y observa 0 escucha el 
Microdrive, descubrirá que hace girar la cinta del 
cartucho durante unos instantes antes de que los 
números aleatorios sean escritos por la linea 49. 
Luego, uña vez que la totalidad de los 249 números 
hayan sido escritos er la pantalla, el motor 
vuelve a funciorar, el color del borde parpadea, Y 
después de una breve espera los números se vuelven 
a escribir en la partailla. La razón por la que se 
lleva a cabo esta secuencia de operaciones radica 


en el hecho de que los datos "dirigidos hacia” 
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o "procedentes de" los Microdrives son almacenados 
en una memoria "buffer" . En lugar de enviar cada 
carácter al Microdrive a medida que es escrito 
(con PRINT ), estos van siendo almacenados en una 
zona de la memoria conocida como "but+ffer"” (memoria 
intermedia) hasta que se retiene ur número de 
ellos lo suficientemente grande como para que se 
ponga en marcha el Microdrive. Esto quiere decir 
que los datos sólo se escriben en el  Microdrive 
una vez que se ha llenado el "buffer”. Como el 
buffer contiene 512 caracteres, el programa que 
acabamos de ver termina de escribir los datos 
antes de que el buffer se llene por completo. En 
este caso la sentencia CLOSE de la linea 7298 ahora 
desempeña una función adicional. Le (indica al 
Spectrum no sólo que se ha de interrumpir la 
asociación entre la corriente y el canal, sino 
también que el "buffer" incompleto ha de ser 
enviado al Microdrive. 

Si ro fuera por el comando CLOSE, los datos 
permanecerian en el "buffer” y nunca serian escri- 
tos en el Microdrive. El Microdrive se pone er 
marcha la primera vez debido a que el comando OPEN 
trata de encontrar cualquier otro fichero llamado 
"misdatos”. Urna vez que ha comprobado sin éxito la 
totalidad de la cinta, el Microdrive se detiene, y 
el bucle FOR escribe (con PRINT) los datos en la 
pantalla, y también los envia al canal 5 en donde 
son retenidos por el "butffer”. El Microdrive se 
vuelve a poner en marcha gracias al comando CLOSE, 
y el contenido del "buffer” a medio llenar se es- 
cribe en el Microdrive. El comando OPEN siguiente 
da lugar una vez más a que la cinta sea rastreada 
en busca del fichero "misdatos”, solo que esta vez 


la búsqueda tiene éxito, y =1 "buffer" se carga 
con los datos que provienen de él, Cuando el 
segundo bucle FOR empieza a leer los datos (con 


INPUT ) el Microdrive vuelve «e detenerse porque 
ahora los datos provienen del "buffer”. Si se leer 
del fichero más de 512 caracteres, entonces el 
Microdrive vuelve a ponerse en marcha hasta que se 
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vuelve a llenar el "buffer". Resumiendo: 


1) El comardo OPEN rastrea la cinta en busca 
del fichero especificado. Si éste es 
hallado, entonces el "buffer" se llena de 
datos y queda listo para ser leído por el 
primer comando INPUT de esa corriente. 


2) Los datos producidos por un comando PRINT 
para ser enviados a un fichero son retenidos 
en ur "buffer" de 512 caracteres antes de 
ser escritos en dicho fichero. 


3) El comando INPUT toma los datos a partir del 
"buffer" a no ser que éste se encuentre  va- 
cio, en cuyo caso el "buffer” se llenará con 
los datos leidos procedentes del Microdrive. 


4) El comando CLOSE enviará automáticamente los 
datos de un "buffer" a medio llenar hacia el 
Microdrive. 


En relidad no es necesario entender el  funciona- 
miento exacto de la memoria intermedia oO "buffer” 
utilizado por el Spectrum, pero ayuda a explicar 
el por qué a veces el Microdrive se pone en marcha 
cuando se podría esperar que no lo hiciera. 


Emp leo de PRIMNT + , 
TIMNPUT a e TMKE"Y< + 
Las corrientes asociadas a Canales de +ficheros 
poseen un par de caracteristicas especiales. En 


primer lugar, sólo pueden enviarse datos a un +i- 
chero que no exista antes de ser ejecutado el En- 


mando OPEN, y lógicamente, los datos contenidos en 
un fichero que ya exista antes de ejecutar un 
comando OPEN solo pueden ser leidos. Un fichero 


sólo puede ser asociado (OPEN) para su lectura 0 
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su escritura, pero no para las dos cosas al mismo 
tiempo. Si queremos asegurarnos de que un fichero 
no existe antes de intentar escribir en él, lo 
primero que podemos hacer es intentar borrarlo 
(ERASE). Por ejemplo, añadiendo 


5 ERASE "m”"3153"misdatos” 


al programa de la sección anterior. 

Asegurarnos de que no escribimos en un fichero 
que está siendo leido ya resulta un poco más 
dificil. Un comando INPUT del tipo 


INPUT H 5,A 


erviará a la corriente S el código de control de 
"desplazamiento a la siguiente zona de escritura”, 
debido a la coma que va antes de A. 

Para evitar el envio de datos a ficheros que están 
siendo leidos, habrá que utilizar como separadores 
dentro de las sentencias INPUT, unicamente "punto 


y Comas” (3). Del mismo modo, el único separador 
que puede utilizarse en una sentencia PRINT que 
envia datos a un fichero es el apóstrote odos La 


razón de todo esto es que, como ya se ha dicho, la 
secuencia de caracteres enviada a un fichero en el 
que se está escribiendo por medio de una sentencia 
PRINT es exactamente la misma que la que se envía 
al controlador de video (véase el capitulo 6). Sin 
embargo, al volver a leer de nuevo el fichero, la 
sentencia INPUT acepta los caracteres procedentes 
del fichero y los procesa como si éstos hubieran 
sido introducidos a través del teclado. Como se 
puede comprobar rápidamente, la única +forma válida 
de finalizar la entrada de datos de una sentencia 
INPUT a través del teclado es pulsando ENTER. Por 
ejemplo, la única forma adecuada de introducir 
datos en respuesta a 


106 INPUT A;B;5C%8 
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es teclear un número válido, y luego ENTER, otro 
número válido y ENTER, y por último una cadena 
válida de caracteres seguida de ENTER. Esta regla 
consistente en finalizar cada sección de datos con 
ENTER también se aplica a las entradas de datos 
(con INPUT) procedentes de +ficheros de los 
Microdrives, pero si utilizamos PRINT entonces 
crearemos ficheros que contengan secuencias de 
caracteres que no puedan ser leidas de nuevo. Por 
ejemplo, pruebe: 


109 OPEN $ 5,"m"315"nolee” 
20 LET A=RND: LET B=RND 
39 PRINT A,B 

49 PRINT $ 5;3A,B 

59 CLOSE $ 5 

69 OPEN $ 5,"m"313"nolee” 
79 INPUT $ 5,AjB 

39 PRINT A,B 


El resultado será el de un fallo en la línea 79. 
El motivo es que la linea 49% escribe los dos 
números separados por el código de control de  ”,” 


es decir, ASCII 6. No hay forma de que esta 
secuencia de caracteres pueda ser leida de nuevo 
por una sentencia INPUT utilizando variables 


numéricas. No obstante, se puede leer a través de 
una variable de cadena 


786 INPUT $ 55A$ 
389 PRINT As 


lo cual podrá leer la secuencia exacta de códigos 
ASCII que fue enviada al fichero por el comando 
PRINT, y almacenarla en la cadena  AS%. Tambiér 
puede leer el fichero carácter por carácter a 
través de INKEYS: 


70 LET AS=INKEYS $ 5 
29 PRINT As 
29484 GOTO 79 
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En general, INKEYS nos dará el siguiente carácter 
de archivo independientemente de lo que sea tun 
carácter escribible o un código de control). 

Lo que se quiere decir con esto es que si desea 
escribir una serie de datos en un fichero y luego 
volver a leerlos separadamente, deberán ir 
seguidos por un código ENTER. Este código ENTER 
puede ser generado automáticamente al final de la 
sentencia PRINT , o colocando apóstrotes entre los 
datos. Por ejemplo, tanto 


PRINT $ cjA 
PRINT $ c;5B 


como 
PRINT $ c;5A?*B 


escriben dos componentes numéricos separados en el 
fichero asociado con la corriente c. 


Como ejemplo final y bastante sorprendente de 
que un INPUT es procesado del mismo modo que si se 
tratara de un INPUT procedente del teclado, 
ejecute: 


16 OPEN $ 5,"m"31;3"preguntas” 
290 PRINT H 53"2X2" 

390 CLOSE $ 5 

49 OPEN $ 5,"m"31;"preguntas” 
59 INPUT H 5;5A 

69 PRINT A 

70 CLOSE $ 5 


Seria lógico pensar que como la linea 20 escribe 
una cadena alfanumérica (2x2) en el fichero, la 
sentencia IMPUT de la linea 59 podría fallar. Lo 
que sucede en realidad es que dicha expresión es 
evaluada, por lo que la respuesta (4) se almacena 
en A. Esto no es más que una consecuencia del 
hecho de que cualquier expresión numérica tecleada 
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como respuesta a un INPUT será evaluada y proce- 
sada como si en su lugar se hubiera tecleado el 
resultado. 


Las reglas que hay que recordar son: 


1) Cada dato que escriba en un archivo y que 
desee volver a leer individualmente debe ir 
seguido por un código ENTER. 


2) Un dato númerico puede estar formado por una 
expresión aritmética válida. 


3) Una cadena puede incluir cualquier tipo de 
carácter pero su final deberá estar señalado 
por un código ENTER. 


más Sobre CAT 


La 


Lo 


forma completa del comando CAT es: 
CAT  c, número del Microdrive 


cual enviará la salida del catálogo a la 


corriente c, por lo que 


CAT $ 3,1 


dará el catálogo del Microdrive 1 a través de la 
impresora, ya que es el canal asignado a. la 
corriente 3. Una de lás principales utilidades de 
esta forma del comando CAT es la de poder crear un 
fichero que contenga toda la información relativa 
a los ficheros existentes en un cartucho. Por 
ejemplo: 
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19 ERASE "m";31;3"cata"” 

29 OPEN $ 4,"m"313"cata"” 
39 CAT $ 4,1 

49 CLOSE H 4 


creará un fichero de datos cuyo contenido será el 
catálogo actualizado del Microdrive 1. Luego, este 
fichero podrá ser leido más adelante por el 
programa para averiguar si un fichero ya existia, 
o simplemente para averiguar la cantidad de 
espacio libre existente dentro del cartucho. 


más Sobre MOE 


El comando MOVE posee una forma ampliada en la que 
se puede sustituir cualquiera de los especifica- 
dores de fichero por números de corriente. Por 
ejemplo, el comando 


MOVE "m"z13"cata" TO $ 2 


desplazará los datos del fichero "cata" hacia la 
pantalla, el canal asignado a la corriente 2. De 
este modo se puede utilizar MOVE para listar 
ficheros de datos hacia la pantalla o hacia la 
impresora. También es posible trasladar datos 
desde el teclado hacia un fichero, pero resulta 
bastante complicado detener dicha transferencia, y 
por esta razón es mejor no utilizar MOVE para 
"unir" unas corrientes con otras de forma poco 
ortodoxa. Por ejemplo 


MOVE $ 1 TO H 3 


trasladará los datos desde el teclado a la 
impresora ZX, pero la única forma de interrumpir 
esta conexión es desconectando el ordenador. 

No existe ningún comando especifico que permita 
cambiar el nombre de un fichero ya existente, pero 
se puede usar el comando MOVE para conseguir ese 
mismo resultado. El comando 


MOVE especificador de fichero 1 TO 
especificador de fichero 2: ERASE 
especificador de fichero 1 
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primero hará una copia del "especificador 1” bajo 
el nuevo nombre de "especificador 2" y luego 
borrará la copia primitiva. De esta forma habremos 
dado al fichero un nombre nuevo. 

Si se utiliza MOVE con especificadores de 
ficheros, él mismo se encarga de cerrar el fichero 
al final de la operación, pero si se utilizan 


números de corriente entonces la corriente 
permanece abierta hasta que ésta se cierre 
expresamente (con CLOSE %$ ). Esto nos ofrece un 
método para utilizar el comando MOVE de forma que 
podamos concatenar un fichero con otro. Por 
ejemplo 


19 OPEN $ 4,"m"3153"largo” 

29 MOVE "m"5313"primero" TO H 4 
30 MOVE "m";j1;"segundo" TO H$ 4 
44 CLOSE $ 3 


unirá el fichero "segundo" con el fichero "pri- 
mero", y el resultado de la unión se almacenará en 
un fichero llamado "largo". Como que el comando 
MOVE no cierra la corriente al final de esta 
operación, puede transferir un fichero completo de 
una posición a otra. También pueden añedirse datos 
a un fichero trasladándolo a un nuevo +ichero, 
escribiendo los nuevos datos, y luego utilizando 
MOVE y ERASE para darle al nuevo fichero el nombre 
original. 


CLEAR + Y CLS +H 


Tanto el comando CLEAR $ como el CLS +H dan la 
impresión de que han sido añadidos al BASIC 2ZX con 
el objeto de mejorarlo en lugar de ser algo 


realmente necesario. CLEAR + restablecerá todas 
las corrientes y todos los canales a su estado 
inicial como si se acabara de conectar el 


ordenador. Efectivamente, esto cierra todas las 
corrientes y restablece las corrientes de Ba 3 a 
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sus Carales asignados. No obstante, es importante 
tener en cuenta que CLEAR $ no es un sustituto 
que sirve para cerrar (CLOSE) cualquier fichero 
que pudiera encontrarse abierto. La diferencia es 
que a continuación de un CLEAR $ , cualquier dato 
que se encuentre almacenado O retenido en un 
"buffer" a medio llenar se borra del mismo sin que 
sea escrito en ningún Microdrive. (Recuerde que un 
CLOSE $ escribirá el contenido de un "buffer" 
incompleto en el fichero adecuado antes de 
interrumpir la asociación corriente/canal). 

El comando CLS $ no sólo borra la pantalla del 
televisor del mismo modo que lo hace CLS, sino que 
también restablece todos los atributos de la 
pantalla a su valor inicial como si se acabara de 
conectar el ordenador, es decir, la tinta (INK) 
será negra, el papel (PAPER) será blanco, etc.  —No 
es mala idea comenzar los programas que vayan a 
emplearse con el Interface 1 con 


19 CLS H : CLEAR $ 


Esto asegurará que todos los atributos están 
restablecidos y que todas las corrientes, aparte 
de las asignadas entre Y y 3, se encuentran 
cerradas. 


E 1 problema de 1 Final 


de 1lO= ficheros 


Un asunto que hasta ahora ha sido ignorado es el 
problema de saber el momento en que un programa ha 
llegado al último dato cuando está leyendo un 
fichero. Esto es importarnte porque el Spectrum 
dará un mensaje de error y perderá el control si 
trata de leer algún dato una vez alcanzado el 
firial de un fichero. A diferencia de otras 
versiones del BASIC, en el BASIC ZX no existe 
ninguna función incorporada para detectar el final 
de un fichero, por lo que tendremos que utilizar 
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bién una rutina en código máquina especial para 
estos casos, Oo bien colocar alguna señal especial 
al final de dicho fichero. Si utilizamos el BASIC 
ZX, resulta bastante sencilio colocar un marcador 
especial, debido a que hay una serie de códigos de 
carácter que normalmente no suelen aparecer. Por 
ejemplo, desde CHR$(9) hasta CHR*+$(5) no tiener 
ninguna asignación concreta en el BASIC 2X, por lo 
que podemos usarlos para indicar cualquier cosa 
especial dentro de un fichero. La utilización de 
estos marcadores o "flags” (señalizadores) resulta 
bastante sencilla en el caso de que los datos 
almacenados en el fichero estén en forma de 
cadenas, pero evidentemente resulta imposible 
utilizar esos caracteres tan raros cuando se trata 
de datos numéricos. 

La solución de este problema consiste en leer 
siempre los datos numéricos dentro de una cadena y 
luego examinarla para ver si contiene el señaliza- 
dor de fin de fichero. Si la cadena no indica el 
fin del fichero entonces presumiblemente se 
tratará de un dato númerico válido, el cual puede 
convertirse en su forma numérica a través de la 
función VAL. Por ejemplo, si se utiliza CHR$(4) 
como el indicador de fin de fichero, el programa 
que se ofrece a continuación escribirá un +fichero 
con una cantidad aleatoria de datos para ser leida 
más adelante sin dar lugar a un error de +fin de 
fichero: 


109 OPEN $ 9,"m"31j3"azar” 

290 LET L=INT (RNDX50)+100 

30 FOR I=1 TO L 

408 PRINT H 93 RND 

59 MEXT I 

ÓS PRINT $ 43 CHR$(90) 

70 CLOSE $ 49 

30 OPEN $ 4,"m"313"azar"” 

90 INPUT H$ 4955 
199 IF A$=CHR$(8) THEN CLOSE $ 4: STOP 
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119 LET A=VAL AS 
129 PRINT A 
139 GOTO 99 


Prox3rama para borrado 
rápido corn ERASE 


Una de las tareas más tediosas es tratar de borrar 
(ERASE) todos los +tficheros redundantes de un 
cartucho. Para evitar escribir repetidas veces 
ERASE etc., el programa que se ofrece a continua- 
ción leerá el catálogo y luego le perguntará al 
usuario si un fichero ha de ser borrado 0: no. o 
sea, nos ofrece una posibilidad de "ayuda para el 
borrado”. 


19 CLEAR H : CLS H 

290 INPUT "Numero del Microdrive?”3D 
30 PRINT AT 19,83; "Espere, por favor” 
490 ERASE "m";3D;"cata” 

50 OPEN H 4,"m"3D;3"cata” 

69 CAT H 4,D 

708 CLOSE H 4 

39 OPEN $ 4,"m"53D;3"cata 

990 CLS 

1060 INPUT H 945C%8 

119 PRINT AT 94,190;C5 

1209 INPUT $ 95F3% 

1309 INPUT H 95F+$ 

149 IF LEN F$=09 THEN GOTO 229 

159 PRINT "Borro?"3F%3"s5/n?"; 

160 INPUT As 

179 IF A$(1)<>"n" AND A$(1)<>"N" AND  A$(1)<> 

"s" AND A$(1)<>"S” THEN GOTO 150 

136 PRINT As 

198 IF A$(1)="n" OR A$(1)="N" THEN GOTO 130 
24% ERASE "m"3D;F% 
2196 GOTO 130 
226 PRINT "No hay mas ficheros” 
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La primera parte del programa (desde la linea 19 
hasta la 89) crea un fichero con el nombre "cata" 
en el Microdrive. Fíjese en la +forma en que se 
utiliza D para indicar el número del Microdrive. 
La segunda parte del programa (desde la línea 99 
hasta la 299) se encarga de leer el fichero con el 
objeto de ir consiguiendo todos los nombres de los 
ficheros del cartucho, y nos pregunta si queremos 
borrarlos o no. El doble INPUT de las líneas 124 y 
139 no se trata de un error. La primera entrada en 
el fichero "cata” es la del nombre del cartucho: 
se lee en la linea 194. Luego viene una cadena 
nula, leida por la línea 129, y a partir de 
entonces es cuando aparece el primer fichero 
propiamente dicho que es leído por la línea 139. 
Después de esto, la lectura de cada +Hfichero bien 
nos proporciona el nombre de un fichero o bien una 
cadena nula que indica el final de la lista de 
ficheros. La cadena nula (”"") es detectada por la 
línea 148 y sirve para poner +tfin al programa. 


Manejo de 1los=x + icheros 
de datos. un ejemp lo 


El ejemplo anterior nos  ilustraba una de las 
formas en que pueden utilizarse los comandos 
habituales del BASIC. ZX en algunas operaciones 
útiles con el Microdrive. El manejo de ficheros de 
datos a través de los comandos de BASIC con los 


que está provisto el Spectrum parecen tan 
sencillos que parece innecesario dar ejemplos 
eobre la utilización de los mismos. En la 


práctica, no obstante, el asunto del manejo de los 
ficheros de datos a menudo nos demuestra que está 
lleno de trampas muy sutiles. El breve ejemplo que 
se ofrece a continuación está relacionado con la 
creación y mantenimiento del tipo de +ichero de 
datos más sencillo: un fichero secuencial. La 
aplicación de que se trata es el de un listin 
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telefónico personalizado, aunque resulta irrele- 
vante el ejemplo en sí. Todos aquellos datos que 
hayan de ser almacenados, añadidos y luego 
examinados siempre presentarán la misma clase de 
problemas de programación. 


El ejemplo está compuesto por dos pequeños 
programas. El primero sirve para añadir nuevos 
datos al listin: 


196 CLEAR H : CLS H 
29 GOSUB 1999 
30 CLS 
406 PRINT "Introduzca los nombres y los 
nuevos números." 
59 PRINT  "Teclee H al finalizar” 
69 INPUT "Apellidos"; As$ 
29 1F A$="$H " THEN GOTO 189 
390 INPUT  "Nombre”3Ns 
28 INPUT "Número de telefono”";3T% 
109 PRINT AT 5,9; "Nueva entrada-" 
110 PRINT AT 19,03N393" "As 
129 PRINT. "Tlf: "3TS 
1308 INPUT "Están bién los datos? (s/n)?"3R$ 
198 IF R$(1)<>"s" AND R$(1)<>"n" THEN GOTO 
130 
150 IF R$(1)="n” THEN GOTO 398 
168 PRINT $ 43A$"N$” Ts 
1798 GOTO 39 
1209 PRINT $ 45CHR$ 9*CHR% 0” CHR$G 
199 CLOSE $ 4 
209 ERASE "m"313"numtel” 
219 MOVE "m"313"temps$$$" TO "m"313"numtel" 
220 ERASE "m"313"temps+$+s” 
230 STOP 
1099 OPEN $ 5,"m"313"numtel" 
1619 OPEN $ 9,"m"313"tempsss$" 
1020 INPUT $ 55A$*N9” Ts 
1930 IF S$=CHR$ Y THEN RETURN 
16490 PRINT H 43A$"N3%* TS 
1939 GOTO 10829 
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Las lineas 19 y 248 se encargan de la preparación 
inicial. La linea 29 acude a la subrutina 1998 la 
cual lee el fichero ya existente de números 
telefónicos, "numtel", y crea un nuevo tfichero 
llamado "temp$$$",. El fichero de los teléfonos 
está organizado en grupos de tres datos de cadena. 
El primero guarda los apellidos, el segundo el 
nombre y el tercero el número de teléfono. El 
final del fichero se señala con un grupo de tres 
datos iguales a CHR$ 4%. La subrutina 1909 hace una 
copia del fichero "numtel" en "temp*$$$" de forma 
que los nuevos datos son añadidos al final. 

Podriamos pensar que la forma más fácil y más 
rápida de hacer esto es a través de MOVE tal y 
como se explicó anteriormente. Sin embargo, MOVE 
haría una copia de la totalidad del fichero 
"numtel”", incluyendo los tres datos CHR$ Y que 
indican el final del fichero. Evidentemente si se 
va a ampliar el fichero tendremos que suprimir de 
la copia los tres datos CHRS$ Y, y eso es 
exactamente lo que hace la linea 1039. 


Urna vez creado el fichero "temp+s+s$", la parte 
principal del programa (desde la linea 39 hasta la 
170) nos permite introducir los nombres y los 
teléfonos nuevos en las tres variables de cadena 
A$ (apellidos), N$ (nombre) y T$ (teléfono). Si la 
entrada realizada es correcta ésta se escribe en 
el fichero mediante la linea 169. Una vez que se 
han escrito todas las entradas, la linea 139% añade 
tres caracteres CHR%$ Y para indicar el nuevo final 
del fichero. Luego las lineas desde 208 hasta 239 
dan a "temp*$$$" el rombre de "numtel”, y dejan el 
cartucho en su estado original. 


La primera vez que ejecute este programa para 
crear un listín de teléfonos, se perderá el 
control porque tratará de leer el inexistente 
fichero "numtel". La solución a este problema es 
crear directamente una especie de fichero mediante 
el comando: 


206 


OPEN H 4,"m"31;53"numtel”": 
PRINT $ 943CHR$ 0”*CHR$ 0*CHR$ 6; CLOSE H 4 


de esta forma el cartucho quedará preparado para 
recibir el programa. 

El segundo programa lee el fichero de nombres y 
números de teléfono y busca el apellido que le 
hayamos introducido: 


19 OPEN $ 4,"m"313"numtel” 

29 INPUT "Apellidos";S%$ 

30 INPUT H 9;A5;N$5Ts 

40 14 A$=CHR$ YM THEN CLOSE $ 4: GOTO 19 
59 IF A$<>S$ THEN GOTO 39 

69 PRINT N$3" "308" Tlf:"TS 

79 GOTO 34 


Este programa es extraordinariamente sencillo. La 
linea 109 abre el fichero y éste es leido entre las 
lineas 39 y 70, en las que se buscan los apellidos 
almacenados en S%. La línea 494 detecta el final 
del fichero. Probablemente esté Vd. confundido por 
el CLOSE que se encuentra en la línea 49 y que va 
muy cerca del OPEN de la linea 19. La razón de 
esto es que cada vez que se busca un nombre, el 
fichero ha de ser leido desde el principio, y el 
comando OPEN nos asegura que esto suceda en la 
forma adecuada. 

No hay más que añadir a la explicación de este 
ejemplo, aparte de señalar que el tiempo que le 
lleva encontrar el número de teléfono no depende 
demasiado del tamaño del fichero. La razón está en 


que cada vez que se busca un nombre, no sólo se 
lee la totalidad del fichero, sino también la 
totalidad de la cinta del cartucho. El comando 
OPEN, que es esencial para llevar a cabo. la 
relectura del fichero, rastrea el resto de la 
cinta para llevarnos de nuevo al comienzo del 
fichero, Las consecuencias derivadas de este 


método de relectura las veremos cor más detalle en 
el siguiente capítulo. 
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En este capitulo se han descrito algunas de. las 
operaciones que los Microdrives son  Capaces de 
realizar. Estas nos abren un mundo nuevo en la 
programación del Spectrum, y conviene no olvidar 
el desafío que supone la realización de apli- 
caciones útiles y de calidad que puedan aprovechar 
todas sus posibilidades. El Microdrive no puede 
ser tratado como un dispositivo tradicional de 
almacenamiento de datos, aunque en realidad no sea 
más que un pequeño aparato grabador/reproductor de 
cinta a alta velocidad con un juego de ampliacio- 
nes del BASIC ZX muy bien desarrollado. Con un 
dispositivo de esta clase, es posible realizar 
aplicaciones caseras con unos tiempos de respuesta 
bastante razonables y una notable simplificación 
de cara al usuario. No obstante, se requiere una 
amplia comprensión tanto del funcionamiento del 
Microdrive como de la propia aplicación. 
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CAPITULO 12 


PRINMNCIPIOS 
DEL INTERFACE 1 


Y DE” LOS mICRODRIVES 


Hay dos áreas principales de interés relativas al 
funcionamiento del Interface 1 y los Microdrives. 
En primer lugar, tenemos la interesante cuestión 
de cómo el Interface 1 puede proporcionar SK de 
rutinas de ROM para alojar a los rmuevos comandos 
del BASIC. ZX ty ampliar algunos de los ya 
existentes) cuando sabemos que el Spectrum de 48 K 
no dispone de sitio para nuevas direcciones de 
memoria. Er segundo lugar, tenemos la ampliación 
del sistema de canales y corrientes pensada para 
la utilización de los Microdrives. En este 
capitulo se hablará de ambos temas, y se verán 
algunas de las muchas aplicaciones a las que dan 
lugar. 


El pa3inado de la ROrm 


Resulta bastante difícil ampliar las rutinas en 
código máquina de la ROM de 1óK del BASIC  ZX 
debido a que todos los é4 K de direcciones 
disponibles en el Spectrum de 48 K ya se 
encuentrar ocupadas, bien en la RAM bien er la 
ROM. La escasez de direcciones llega a ser un 
problema bastante corriente a medida que los 
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microordenadores se vuelven cada vez más  Ccom- 
plicados. La solución clásica es la de utilizar el 
"baginado". El pagirado es una técnica por medio 
de la cual un blogue de direcciones puede ser 
compartido por une serie de bloques de memoria. 
Por supuesto, sólo se puede direccionar un bloque 
de memoria a la vez, lo cual implica que para 
utilizar los otros bloques tiene que haber una 
forma de quitar un bloque de memoria y poner 
otro en su lugar. Este cambio de bloques de 
memoria suele denominarse con el nombre de  pagi- 
nado. 


El Microordenador BEC (Acorn), por ejemplo, 
utiliza el sistema de paginado para seleccionar 
una de las diferentes ROMs de 1óK, cada una de las 
cuales puede contener una aplicación o un lenguaje 
distintos. El Spectrum también utiliza el paginado 
para añedir los 8K de ROM del Interface 1. Er 
cualquier momento O bien están presentes las 
habituales 1óK de la ROM del BASIC ZX, o bien las 
nuevas 8K de ROM del Interface l. 


La parte electrónica necesaria para llevar a 
cabo el paginado no es muy compleja debido a que 
el Spectrum fue diseñado con una línea que deja a 
la ROM fuera de servicio, conectada al conector de 
expansiones íver Capitulo 2). Si conectamos esta 
linea a +5 voltios entonces desaparecerán las 1óK 
de ROM y sus direcciones correspondientes por lo 
que de esta manera se consigue que otra ROM ocupe 
su lugar. 


Todo esto parece bastante sencillo, pero el 
sistema de paginado de la ROM utilizado por el 
Spectrum difiere del empleado por la mayoría de 
los ordenadores en que el Spectrum amplia los 
comandos ya existentes en el BASIC del ZX 
utilizando las rutinas en código máquina ubicadas 
en la ROM paginada de 2K. Esto implica que la ROM 
paginada tiene que ser seleccionada y anulada 
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automáticamente durante la ejecución de un 
programa. La cuestión es ¿cómo?. Corsideremos por 
un momento lo que sucederia si el Spectrum tuviera 
que ejecutar una sentencia que ro estuviera 
incluida en su repertorio normal. Inmediatamente 
señalaria un error haciendo una RST 8 para acudir 
a la rutina encargada del tratamiento de errores 
dentro de la ROM del BASIC del ZX. Si se detecta 
ese salto a la posición de memoria 3, y se usa 
para paginar la nueva ROM, entonces las rutinas 
allí existentes podrán comprobar la forma del 
comando y observar si se corresponde con alguno de 
los que la nueva ROM puede manejar. De hecho esto 
es lo que sucede. El Interface 1 controla 
continuamente el bus de direcciones del Spectr ur 
con el propósito de detectar el salto a. la 
dirección 8, lo cual inmediatamente interpreta 
como la señal para pagirar y colocar las nuevas 8K 
de ROM. De este modo el comando 


CAT 1 


hará que un Spectrum sin ampliar dé un mensaje de 
error al realizar una RST 2 pero, en el caso de 
que el Spectrum esté conectado con el Interface 1, 
la RST 2 paginará y utilizará las nuevas 8K de 
ROM, las cuales se encargarán de llevar a cabo la 
operación de catalogado, para volver seguidamente 
al BASIC ZX ura vez borrados los señalizadores de 
error. Por supuesto, si el comando tampoco es 
reconocido por la nueva ROM ésta vuelve a pasar el 
error a la ROM del BASIC ZX la que, por último, 
dará lugar al correspondiente mensaje de error. 


El Interface 1 también paginará la nueva ROM si 
se utiliza la dirección 587% de la ROM. La razón 
estriba en que la posición 587% se encuentra 
dentro de la rutina de CLOSE de la ROM del BASIC 
del ZX, lo cual habrá de ser interceptado para 
evitar que se intente cerrar (con CLOSE) el canal 
de un Microdrive. La ROM de 16K es  paginada de 
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nuevo por la nueva ROM de 8K utilizando la 
dirección 1792. Más adelante y dentro de este 
mismo capitulo hablaremos de los métodos de 
paginado de las ROMs y de cómo usar las  posibi- 
lidades de la nueva ROM de 8K. 


El € ormat o de 1 os datos 
en 1Oos=x Microdrioves 


En realidad, el Microdrive no es más que un 
sistema rápido de casete con una cinta en forma de 
bucle sinfin, de forma que cualquier parte de la 
misma puede ser escrita o leida sin necesidad de 
efectuar un rebobirnado. Los datos se escriben y se 
leen sobre dos pistas con el objeto de lograr un 
nivel razonable de almacenamiento. 

Resulta muy poco probable que los detalles 
exactos del formato físico utilizado para el 
almacenamiento sirvan para algo ya que el 
Microdrive es un dispositivo exclusivo de los 
orderadores Sinclair. Sin embargo, es interesante 
conocer la organización de los datos sobre la 
cinta. A diferencia del clásico sistema del 
casete, er el Microdrive los datos se almacenan er 
bloques de tamaño fijo conocidos con el nombre de 
"sectores". El simple hecho de dar el nombre de 
"sector" a un "bloque de datos” facilita un poco 
más la comprensión del asunto que nos Ocupa. 
Resulta más fácil imaginarnos que un sector es un 
trozo de cinta en donde se pueden almacenar datos. 
Cuando se FORMATea un cartucho (es decir, se le da 
forma), se escriben en la cinta tantos sectores 
como puedan ser colocados en ella. En un primer 
momento, todos estos sectores son "señalados” como 
vacios para su utilización posterior una vez que 
escribamos datos y los enviemos al PMicrodrive, los 
sectores utilizados serár señalados como ocupados. 
Si le ayuda a visualizar lo que sucede, puede 
imaginarse que un sector libre es aquel que 
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contiene datos que carecen de interés alguno y un 
sector ocupado es el que contiene datos que 
sirven para algo. De hecho, el comando  FURMAT 
señala como ocupados algunos de los sectores 
recién creados, debido a que se encuentran sobre 
una zona de la cinta que es defectuosa (por 
encontrarse en las proximidades del empalme que da 
lugar al bucle), o que se encuentran sobre ura 
superficie dañada por cualquier otro motivo. 


Como resulta que el sector es la unidad 
fundamental de almacenamiento del Microdrive, es 
evidente que merece ser examinado cor más detalle. 


E ll Formato del sector 


Cada sector de la cinta está compuesto de dos 
partes: un bloque de cabecera y un bloque de 
datos. La misión de la cabecera es. la de 
identificar un sector concreto que en un momento 
determinado esté pasando bajo la cabeza lectora. 
El formato de un bloque de cabecera es el si- 
quiente: 


12 bytes de señal gula 

1 byte señalizador 

1 byte para el número del sector 

2 bytes sin usar 

109 bytes con el nombre del cartucho 

1 byte de comprobación (check sum 
o suma de control) 


ES importante recalcar que la única misión del 
bloque de cabecera es. la de señalar su 
correspondiente posición dentro de la cinta ys 
desde este punto de vista, su componente más 
importante es el byte con el número del sector. 
Cuando el comardo FORMAT crea los sectores, asigna 
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a cada uno de ellos un único número entre Y y 2559. 
No obstante, en ningún cartucho existen todos 
estos números de sector puesto que la cinta no 
posee la longitud suficiente. Los bloques de cabe- 
cera son leidos tanto por las operaciones de 
lectura como de escritura pero la única operación 
que los escribe es la de FORMAT. Los bloques de 
cabecera constituyen una especie de  "señaliza- 
dores” permanentes de los bloques de datos a los 
que preceder. 

El formato del bloque de datos lo  comprende- 
remos mejor si lo dividimos en dos partes: un 
registro de descripción que almacena ¡información 
acerca de los datos que van a contiruación y, por 
fin, un registro que almacena los datos propia- 
mente dichos. El formato detallado del bloque de 
datos es el siguiente: 


Registro de descripción 


2 bytes de señal gula 
1 byte señalizador 
1 Byte con el número del registro 
2 bytes con la longitud del registro 
GS bytes con el nombre del fichero 
1 byte de comprobación (check sum 
o suma de control) 


Registro 
512 bytes de datos 
1 byte de comprobación 


Fijese que el registro de descripción del bloque 
de datos tiene el mismo formato que el bloque de 
cabecera, por lo que puede ser leido por el mismo 
software. Contiene una serie de elementos de 
informaciór que son esenciales para la organi. 
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zación de los sectores dentro de los ficheros que 
ya tienen nombre. 

Un fichero con nombre está formado por un grupo 
de sectores. El nombre del fichero se almacena 
dentro de los diez bytes que cada sector dispone a 
tal efecto dentro del registro de descripción. El 
orden en que se van tomando los sectores para 
componer un fichero viene dado por el byte con el 
número del registro. Por ejemplo, un fichero puede 
estar constituido por cinco sectores: el primero 
seria el registro Y, luego el registro 1 y asi 
sucesivamente hasta el registro 4. Hay que señalar 
que el número del registro no tiene nada que ver 
con el número del sector en el que se almacenan 
los datos. Por ejemplo, el registro Y podria estar 
alojado en el sector 57%, el registro 1 en el 
sector 6, etc. Lo que todavía complica más el 
sistema descrito es la posibilidad de que el área 
de un sector de datos no sea utilizada en su 
totalidad. Cuando se crea un fichero, los sectores 
se escriben únicamente cuando el "buffer" está 
lleno por lo que el único momento en que puede 
ser escrito un "buffer" incompleto es al final del 
fichero. Los dos bytes que guardan la longitud del 
registro sirven para almacenar el número de bytes 
de la zona de datos que realmente contiene datos. 
El número que indica la longitud del registro será 
el 512 para todos los registros excepto para el 
último. 


Los mapas del Microdri ye 


Existe un problema fundamental relativo al formato 
de sector utilizado por los Microdrives que no 
surge hasta que no intentemos averiguar: la forma 
en que se  escriber los sectores durante la 
creación de un fichero. El problema  €es, ¿cómo 
podemos saber si un sector que está a punto de 
pasar bajo la cabeza de lectura/escritura del 
Microdrive está libre u  ocupado”?. El bloque de 
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cabecera nunca vuelve a escribirse por lo que no 
puede usarse para almacenar el cambio del estado 
de un bloque de datos incorporado a un fichero, o 
borrado con ERASE. El mismo bloque de datos parece 
ser el mejor lugar para almacenar la información 
relativa al estado de un bloque de datos (libre u 
ocupado). Este es, efectivamente, el único lugar 
donde se puede almacenar aquella información. De- 
bido a problemas de coordinación, el Microdrive 
sólo puede escribir un bloque de datos completo 
cada vez. Imaginese que hay un buffer completamen- 
te lleno y listo para ser escrito en un sector 
libre. Se realiza la lectura de cada registro de 
descripción que pasa ante la cabeza lectora para 
detectar si el bloque de datos que le sigue se 
halla libre, Cuando se encuentre un bloque libre, 
será ya demasiado tarde para comenzar a escribir 
nuevos datos: la primera parte del bloque (el 
registro de descripción) ya habrá pasado la cabeza 
lectora, y no es posible escribir sólo un  frag- 
mento de un bloque de datos. 

Urna solución sería la de esperar a que la 
cabecera del bloque libre que acaba de identifi- 
carse vuelva a pasar de nuevo. Esto significaría, 
por lo meros, un rastreo completo de toda la cinta 
para cada operación de escritura, y estas opera- 
ciones serian demasiado lentas. 

La solución adoptada en el Spectrum es la de 
construir un mapa del  Microdrive que muestra 
cuáles son los sectores de un cartucho que están 
libres y cuáles son los los que están ocupados. El 
mapa de un Microdrive está compuesto por un bloque 
de 32 bytes, y Cada uno de los 256 sectores 
teóricamente posibles está representado por un 
único bit. Si el bit que representa a un sector 
vale 1, esto significa bien que el sector está 
ocupado, bien que ese sector no existe dentro de 
ese. Cartucho concreto. Por otro lado, si el bit 
que representa a un sector vale Y entonces el 
sector está libre y puede ser utilizado para crear 
un fichero. No le será dificil ver que, a partir 
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de un mapa de Microdrive adecuado, el Spectrum 
puede saber si un sector está libre para ser usado 
con sólo leer el número del sector que se 
encuentra en la cabecera, con lo cual se prepara 
para escribir la totalidad del bloque de datos si 
es que efectivamente está libre el sector. 


El mapa del Microdrive es un sistema muy 
ingenioso para resolver el problema de saber 
cuando un sector esta libre. Cada vez que se abre 
(OPEN) un fichero se crea un mapa nuevo, debido a 
que siempre hay la posibilidad de que el cartucho 
se haya modificado desde la Última vez que se 


produjo dicho mapa. Durante las operaciones 
relativas a los ficheros se puede mantener 
actualizado el mapa poniendo a valor "uno” los 


bits que representan a aquellos sectores ocupados. 
De este modo el único precio que hay que pagar por 
el uso de los mapas de Microdrive es el relativo e 
al tiempo que se necesita para efectuar una 
lectura completa de la cinta cada vez que se 
ejecuta un comando OPEN, junto con los 32 bytes de 
memoria que se requieren para almacenar el propio 
mapa. 


El canal del Microdr ii ye 


El último componente que falta por explicar es el 
canal del Microdrive. Si se remite Vd. a la 
explicación de los canales y las corrientes 
estándar del Capitulo 5, verá que lo único que hay 
que ampliar de este sistema, para incluir ficheros 
almacenados en un Microdrive, es la introducción 
de una nueva Clase de registro de Canal o 
descriptor de Canal. En realidad también es 
necesario ampliar el software que maneja las 
corrientes y los canales pero de ello se encarga 
la nueva ROM de 2K. 

El descriptor de canal del fichero de un 
Microdrive tiene el siguiente formato: 
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11 CHBYTE 
13 CHREC 

14 —CHNAME 
29 CHFLAG 


25 CHDRIV 


26  CHMAP 

28 - 

49 HDFLAG 
41  —HDNUM 

42 - 

49 —HDNAME 
59  HDCHK 

53 - 


67  RECFLG 
68  —RECNUM 
69  RECLEN 


71  RECNAM 
381  —DESCHK 


322 CHDATA 
599 —DCHK 


CONTENIDO 


dirección 6998 de las rutinas de error 
dirección 9998 de las rutinas de error 
identificador del canal "NM". 

dirección de la rutina de salida 
dirección de la rutina de entrada 

595 bytes de extensión del descriptor 
de canal 

siguiente byte en el registro 

número actual del registro 

19 bytes para el nombre del fichero 

si el señalizador (flag) b9=8 entonces 
está listo para efectuar lectura 
número del Microdrive 

dirección del mapa del Microdrive 


12 bytes de señal de guía 
señalizador de cabecera: bgud=1 
número del sector 

sin usar 

nombre del cartucho 

byte de comprobación de la cabecera 


12 bytes de señal guia 

señalizador del regitro: bo=9 

número del registro 

número de bytes que contiene el regis- 
tro 

109 bytes para el nombre del fichero 
byte de comprobación del registro de 
descripción 

"buffer” de 512 bytes de datos 

byte de comprobación de los datos 


Este descriptor de canal tiene muchas caracterís- 
ticas interesantes. Su estructura general está 


dividida er 
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tres partes. Los bytes desde el Y 


hasta el 272 forman el conjunto de información 
general sobre el canal, los bytes entre el 23 y el 
54 forman el sector de cabecera, y los bytes desde 
el 55 hasta el 594 forman el bloque de datos. El 
hecho de que un descriptor de canal contenga  1os 
datos er forma de una cabecera de sector y de un 
bloque de datos no. es, por supuesto, mero 
accidente. Cuando se lee o se escribe un sector, 
la cabecera se almacena en los bytes que van desde 
el 28 hasta el 54, y el bloque de datos se 
almacena desde el byte 54 hasta el 594. Desde este 
punto de vista la última parte del descriptor de 
canal es una copia O imagen de un sector de la 
cinta del cartucho. 


La primera parte del descriptor de carnal tiene 
aproximadamente el mismo formato que el descriptor 
de canal del Capítulo S. En realidad, el software 
de canales y corrientes sigue utilizando las 
cuatro primeras posiciones de memoria como 
direcciones de las rutinas de entrada y salida que 
han de ser utilizadas por el canal. Como ahora 
estas posiciones almacenan la dirección 8 (la 
rutina de error) cualquier intento de utilizar la 
rutina de entrada o de salida del canal dará lugar 
al paginado de las nuevas 8K adicionales de ROM. 
Una vez que esto sucede, las rutinas de la ROM 
secundaria emplean posteriormente las cuatro 
posiciones que van a continuación del identi- 
ficador de canal (byte 4) como direcciones de las 
rutinas de entrada y salida de la ROM de SK. (Hay 
que señalar que las cuatro primeras posiciones de 
memoria también pueden emplearse para almacenar 
las direcciones de las rutinas de entrada y de 
salida que se encuentran en la ROM principal de 
1óK, o en cualquier otro lugar de la RAM. Esta 
posibilidad se comentará en el último capítulo). 

El byte 9 guarda la longitud de la totalidad 
del descriptor de carnal. Esto resulta necesario 
debido a que el software tendria que buscar a lo 
largo de toda el área de canales de la memoria y, 
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en el sistema ampliado, los descriptores de canal 
pueden tener longitudes diferentes. 

Ahora puede verse, al tinal del descriptor de 
canal del fichero respectivo, la posición del 
"buffer” descrito en el capitulo anterior. Este 
"buffer" se rellena o vacila según se envien 0 se 
recojan los datos del fichero. Los bytes 11 y 12, 
CHBYTE, se utilizan como puntero del byte que a 
continuación deberá ser añadido 0 eliminado. 
Cuando se intenta añadir el byte 513 se efectúa la 
escritura de la totalidad del bloque de datos. Si 
se solicita un byte situado en el lugar 513, 
entonces será leido el siguiente registro del 
fichero y será colocado en el descriptor de canal. 

El único byte que vale la pena describir es el 
67, REGFLG. Este byte se encarga de controlar si 
el bloque que está pasando bajo la cabeza lectora 
se trata de un bloque de datos (si el bg=9), y 
contiene también otros elementos de información. 
Si el b1 vale 1, significa que el registro que 
acaba de ser leido es el último registro del 
fichero; o sea que bli es un señalizador de fin de 
fichero. Si el fichero que está siendo leido no es 
un fichero PRINT, es decir, que ha sido creado por 
un comando SAVEX, entonces el bit 2 valdrá li. 


Sumario 


Todavía no se han explicado todas las caracteris- 
ticas más importantes del funcionamiento del 
Microdrive pero creo que será muy interesante 
ofrecer un sumario o resumen de sus operaciones! 


1) Los datos se almacenan en la cinta en forma 
de bloques de tameño fijo llamados sectores. 


2) Cada sector está compuesto de dos partes 
principales: la cabecera, que contiene el 
número del sector y no se modifica durante el 
furcionamiento normal, y el bloque de datos, que 
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contiene el nombre del fichero, el número del 
registro y los 512 bytes de datos que cada sector 
puede almacenar. 


3) El mapa del Microdrive se utiliza para 
averiguar si un sector se encuentra libre uu 
ocupado. El mapa se reorganiza. cada vez que se 
abre un fichero (con OPEN) por medio de un rastreo 
de toda la cinta, y luego se guarda actualizado 
con los sectores que han sido utilizados. 


9) El descriptor de canal del Microdrive 
contiene los mismos datos que un sector y en el 
mismo formato, además de otros elementos de 


información que hacen referencia a los detalles 
del fichero. 


La mejor forma de asegurarse de que ha comprendido 
este método operativo de los Microdrives es a 
través de los ejemplos contenidos en las próximas 
secciones. 


un "listador” 
de registros 
> de Sectores 


Si queremos almacenar los registros de un fichero, 
resulta bastante sencillo averiguar aquellos 
sectores que ya han sido utilizados. Lo único que 
hay que hacer es leer todo el fichero y, cada vez 
que se lea un registro, averiguar (con PEEK) el 
número del sector almacenado en el descriptor de 
canal del tfichero. 

Hay dos cuestiones a las que debemos responder 
antes de afrontar lo que acabamos de plantear: 

1) ¿Dónde se almacena el descriptor de canal de 
un fichero? 
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2) ¿Cómo se puede forzar la lectura de un 
registro”? 
La solución del primer problema podemos encontrar- 
la en el Capitulo SS. La dirección de cualquier 
descriptor de canal puede averiguarse examinando 
en la tabla de corrientes el dato adecuado. Si el 
descriptor de carnal ha sido asociado con el canal 
S, podremos encontrar la dirección de comienzo del 
descriptor utilizando la siguiente subrutina:! 


10009 LET A=23574+2%S 

1919 LET C=PEEK A+256XPEEK (Ar+r1) 
1920 LET D=PEEK 23631+256XPEEK 23632 
10639 LET C=C+D-1 

10649 RETURN 


La linea 1909 busca en la tabla de corrientes la 
dirección de entrada; ésta contiene la distancia 
existente entre la posición en la que se encuentra 
la dirección del canal asociado con la corriente S 
y el comierzo del área de canales de la memoria. 
La linea 18918 almacena en C esa distancia, la 
linea 1929 almacena en D la dirección del comienzo 
del área de canales y, finalmente, la linea 19539 
utiliza toda esta información para Calcular la 
dirección del primer byte del descriptor de canal, 
y la almacena en C. 

El segundo problema se resuelve muy facilmente. 
La ejecución de un INPUT $ en la corriente hará 
que el "buffer” lea un nuevo registro, si es que 
ya se habian procesado todos los datos contenidos 
en el "buffer”. 

Los bytes 11 y 12, CHBYTE, actúan en el 
"buffer” como un purtero que indica qué byte ha de 
ser extraido del "buffer" para "satisfacer" las 
exigencias del INPUT $ . Si este puntero se cambia 
ícon POKE) por un  rúmero mayor (20512) entonces 
confundiremos al software y le haremos creer que 
ya se har utilizado todos los datos del "buttfer”, 
por lo que se pasará a leer un nuevo registro. De 
este modo: 
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POKE C+12,5 
INPUT $ SjAS 


siempre dará lugar a la lectura de un nuevo  re- 
gistro (dando por hecho que C contiene la direc- 
ción del primer byte del descriptor de canal). 

Una vez resueltos estos dos problemas, el 
programa es fácil: 


19 OPEN $4,"m;1;jgrande" 

20 LET S=4: GO SUB 1999 

39 PRINT "registro";PEEK (C+68), 
49 PRINT "sector"3PEEK (C+41) 

5g POKE C+12,5 

69 INPUT H4;A5$ 

79 GO TO 39 


La linea 28 utiliza la subrutina 1849 para 
almacenar en €. la dirección del descriptor de 
canal que está asociado con la corriente 4. Las 
lineas 39 y 44 escriben posteriormente el número 
del registro y del sector respectivamente haciendo 
un PEEK en los correspondientes bytes del descrip- 
tor de canal y, por último, las líneas 598 y 69 
fuerzan la lectura de un rmuevo registro. 


Si utiliza este programa con una cinta que sólo 
contenga un fichero, observará que los registros 
no están almacenados en sectores secuenciales. Por 
ejemplo, el registro Y puede que esté almacenado 
en el sector 20, el registro 1 en el sector 22, el 
registro 2 en el sector 24, y asi sucesivamente. 
La razón por la que ocurre esto se debe a que los 
sectores pasan bajo la cabeza lectora del 
Microdrive con más velocidad que la que se 
necesita para poder llenar con datos el "buffer" 
listo para ser enviado; los sectores "desperdi- 
ciados” son oportunidades que no han podido ser 
aprovechadas. 


223 


Una Ojeada=a al map a 


Los mapas del Microdrive están almacenados dentro 
de la zona de la memoria que comienza en la 
posición 23792 (véase la sección siguiente). La 
dirección exacta en la que se almacena cualquier 
mapa puede hallarse examinando los bytes 26 y 27 
(CHMAP) del descriptor de canal. Una vez sabido 
esto, resulta fácil escribir el conjunto de bits 
y, por tanto, podremos observar las posiciones de 
los sectores libres y Ocupados. Ejecute, por 
ejemplo, el siguiente programa: 


19 OPEN $4,"m313b" 

20 LET S=4: GO SUB 1099 
30 LET M=PEEK (C+26)+256XPEEK (0+27) 
49 FOR I=9 TO 31 

50 LET B=PEEK (M+1) 

6% FOR J=1 TO 8 

780 PRINT B=2*INT (B/2);5 
80 LET B=INT (B/2) 

990 NEXT J 

1089 MEXT 1 

119 STOP 


La linea 38 guarda en M la dirección del mapa del 
Microdrive. Las lineas desde la 349 hasta la 99 
posteriormente escriben los 32 bytes en forma de 
una cadena continua de bits, la cual permitirá ver 
los sectores que estén ocupados. 


Si se ejecuta este programa y el fichero "b" ya 
existia anteriormente, veremos que algo raro 
sucede en el mapa. El motivo por el que pasa todo 
esto es que, aunque cada comando OPEN de lugar a 
un mapa de Microdrive, éste sólo se conserva Si, 
al finalizar el rastreo de toda la Cinta, se 
descubre que en realidad se trata de un fichero de 
escritura. 
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Canales especiales » 
tft icheros de lectura 


La mayoria de los comandos del BASIC del ZXM tales 
como MOVE, SAVE etc. necesitan utilizar un  des- 
criptor de canal durante su ejecución. Estos des- 
criptores son creados por los comandos y luego, al 
final de su ejecución, vuelven a ser destruidos. 
Por eso se llaman "Canales especiales”. La 
única diferencia entre los descriptores de canal 
normales, creados por un comando OPEN y los cana- 
les especiales, es que el identificador de canal M 
(del byte 4) es sustituido por el CHR$(205), es 
decir CHR$(CODE ("M")+128). 

Otra caracteristica de los ficheros del Micro- 
drive es la de su división entre ficheros de es- 
critura (ficheros PRINT) y ficheros de lectura 
(ficheros non-PRINT). Los ficheros de escritura 
(en los que puede escribirse) son los creados por 
los comandos OPEN, PRINT y CLOSE; los ficheros de 
lectura son los creados por el comando SAVE. La 
única diferencia real entre los ficheros de 
escritura y los de lectura es que los ficheros de 
lectura almacenan cierta información acerca de su 
naturaleza particular en el registro Y del 
fichero. Para ser mas exactos: 


registro 6 del fichero 


byte 1 byte señalizador + 9=BASIC 
1/2=matriz de datos 
3=bytes de código 
máquina 
número de bytes de datos del fiche- 
ro. 
49 y 3 dirección del comienzo. 
bytes 6 y 2 longitud del área del programa. 
8 y 9 número de la linea de autoejecución 


U 
Xx 

re 
mD 

n 

1) 
X 

LA 


Me imagino que será Vd. capaz de observar la 
similitud existente entre estos datos y el formato 
de la cabecera del sistema de grabación en Casete 
explicada en el Capitulo 8. Aún teniendo en cuenta 
esta diferencia, no hay razón alguna en la que, 
por medio de INKEYS$S, no se pueda leer, como una 
secuencia de caracteres ASCII, un fichero de 'lec- 
tura. Pero el software del Spectrum hace una clara 
distinción entre los ficheros de escritura y los 
de lectura. Es una pena, ya que si fuera posible 
leer y escribir ficheros de programas se le daría 
una nueva dimensión al tratamiento de datos a 
través de Microdrive. De todas formas es posible 
engañar al sistema y escribir en un fichero de 
lectura mediante sentencias PRINT si se altera 
(con POKE) el byte 67 (REGFLG) del descriptor de 
canal dándole el valor 4 inmediatamente después de 
abrir (OPEN) el fichero. El único medio de que 
dispone el sistema para reconocer a un fichero de 
lectura es a través del valor de  RECFLG. Si 
hace Vd. esto, primero debe asegurarse de escribir 
la información que se ha dado más arriba en el 
primer registro antes de intentar escribir el 
programa u otros datos. 


Las nuevas wariabies 
de 1 Sistema 


La primera vez que se pagina la ROM de 8K se crean 
58 variables del sistema adicionales las cuales 
son necesarias para su funcionamiento. Dichas 
variables se añaden a partir del final del área de 
variables del sistema ya conocida, por lo que en 
el Spectrum sin ampliaciones ocupan parte del área 
de memoria destinada a los mapas del Microdrive. 
En lugar de ofrecer una lista completa de todas 
las nuevas variables (puede encontrar una en el 
Apéndice 2 del manual del Interface 1 y del 
Microdrive), será más interesante explicar algunas 
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de ellas que tienen cierta utilidad. Algunas de 
las variables del sistema están relacionadas con 
otras caracteristicas proporcionadas por el 
Interface 1, y serán abordadas en los próximos 
capitulos. Otras se utilizan como áreas de trabajo 
temporal de los comandos ampliados y de las 
rutinas de código máquina de la ROM de SK. Estas 
serán descritas en su momento en la sección 
dedicada a la utilización del código máquina. Una 
vez hechas estas consideraciones sólo quedan dos 
variables del sistema de algún interés y que están 
relacionadas con los Microdrives: 


-IOBORD (23759) 

Lo único que hace es fijar el color del borde 
con el que parpadea la pantalla durante la 
ejecución de cualquier E/S controlada por el 
Interface 1. Puede introducir en esta variable 
(con POKE) el código del color que desee con el 
objeto de modificar o incluso suprimir el parpadeo 
del borde de la pantalla. 


-COPIES (23791) 

El número almacenado en esta variable establece 
el número de copias de un fichero generadas por el 
comando SAVEX. Si hace más de una copia del 
fichero ocupará más espacio pero, en Cambio, se 
aumentará la velocidad de carga. Cada copia que se 
realice deberá ser borrada (con ERASE) de forma 
separada, es decir, si hay tres copias de ur 
programa harán falta tres comandos ERASE antes de 
que el programa se pierda para siempre. 


La utilizacibdrn del 
lenguaje ensamblador 
La utilización de las rutinas de la ROM de £KkK en 


programas escritos en lenguaje ensamblador del 289 
seria muy incómoda si no estuviera previsto un 
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mecanismo especial de llamada. La ROM de 8K se 
"pagina" en sustitución de la ROM del BASIC del ZX 
cada vez que se "llama" o acude a la instrucción 
RST 8 que es la encargada del tratamiento de los 
errores. El código de error se almacena en. la 
posición de memoria que va a continuación de la 
instrucción RST 8, la cual es examinada por la ROM 
de 8K con objeto de averiguar el tipo de error 
que ha provocado el paginado. Sin embargo, los 
códigos de error sólo usan una serie limitada y 
esto es lo que se hace para permitir que los 
programas en lenguaje ensamblador puedan llamar a 
las rutinas del Microdrive almacenadas en la ROM 
de 8K. 
El programa 


RST 8 
DEFB código 


saltará (o llamará) a una rutina concreta del 
Microdrive dentro de la ROM 8K en función del 
valor del "código" tal y como se muestra en la 
lista siguiente: 


CODIGO ACCION 


33 pone en marcha el motor de un Microdrive 
cEl registro A contiene el número del 
Microdrive3j si el registro A contiene un Y 
entonces se pararán todos los motores). 


34 Apertura (OPEN) de un canal "especial". 

35 Clausura (CLOSE) de un fichero. 

36 Borrado (ERASE) de un fichero. 

37 Lectura del siguiente registro de un 
fichero de escritura. 

38 Escritura del siguiente registro de un 
fichero de escritura. 

39 Lectura de un registro dado perteneciente a 
un fichero de escritura. (El registro 


vendrá dado por el descriptor de canal). 
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49 Lectura del sector de un fichero de 


escritura. (Se leerá el sector que viene 
dado por CHREC). 
41 Lectura del siguiente sector de la cinta. 


(El siguiente sector que pase bajo. la 
cabeza lectora será almacenado dentro del 
descriptor de canal). 

42 Escritura de un sector (El número del 
sector se almacenará en CHREC dentro del 
descriptor de canal). 


Las rutinas correspondientes a los códigos 34 y 36 
-OPEN y ERASE- hacen uso de las nuevas variables 
del sistema D_STRi (23766) y N_STRií para guardar 
el número del Microdrive y el nombre del +fichero 
respectivamente. Las primeras dos posiciones de 
N_STRi (23778) guardan la longitud del nombre del 
fichero, y las dos Últimas (23772) guardan la 
dirección de la primera letra del nombre del 
fichero. Al abandonar la operación de apertura 
(OPEN), la dirección del descriptor de canal se 
encuentra en el registro IX, y su desplazamiento 
tes decir, la distancia almacenada en la tabla de 
corrientes) en el registro DE. Todas las demás 
rutinas cuentan con que la dirección del descrip- 
tor de canal este almacenada en el registro in- 
dice IX. 


Cuando se emplea alguna de estes rutinas, 
conviene recordar que ninguno de estos registros 
se guarda con SAVE, y que el estado de las inte- 
rrupciones enmascarables no puede, generalmente, 
predecirse. Antes de utilizar alguna de estas 
rutinas conviene almacenar el registro par HL. en 
alguna parte y deshabilitar las interrupciones. 
Cuando se devuelva el control al BASIC hay que 
recuperar el registro HL y habilitar de nuevo las 
interrupciones. 
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un comando de 
"rebobinado” 


Para ver un ejemplo del uso de las rutinas de la 
ROM de 8K, planteemos el problema de efectuar una 
operación de "rebobinado". Dentro de este contex- 
to, el rebobinado de un fichero significa colocar 


el registro actual dentro del registro Y. Si 
utilizamos la operación de lectura de un registro 
(código 39) nos será posible leer cualquier 


registro de fichero del "buffer” del descriptor de 
canal. La rutina de lenguaje ensamblador que se 
ofrece a continuación hace que esta operación se 
encuentre disponible por medio de una función USR: 


€ A o _ _ _ _ _ _ _ _ _ __Q _QQGz—— A a a 


dirección lenguaje código comentario 
ensamblador 


23296 PUSH HL 229 almacena HL 

23297 LD IX,canal 221,33,09,9 pone en IX la di- 
rección del canal 

23301 DI 243 inhabilita las 
interrupciones 

233902 RST 8 2907 lee el registro 

23303 39 39 código 

23304 XOR A 175 borra A 

23305 RST 8 207 para el motor 

23306 33 33 código 

233907 El 251 habilita las 
interrupciones 

23308 POP HL 225 recupera HL 

23309 RET 201 vuelta al BASIC 


Para utilizar esta rutina, hay que introducir (con 
POKE) en las direcciones 23299 y 23399 la 
dirección del descriptor de canal. Otro detalle 
interesante de la rutina es la utilización del 
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código 33 para detener el motor una vez efectuada 
la lectura. 

Esta rutina de lectura de cualquier registro 
puede utilizarse para mejorar el programa del 
listin telefónico ofrecido al final del capítulo 
anterior. El método utilizado alli para releer el 
fichero era a base de cerrar (CLOSE) la corriente 
y reabrir (OPEN) el canal. Por supuesto que la 
apertura del canal significa que hay que leer 
todos los sectores de la cinta para crear el mapa 
de un Microdrive. Se puede ahorrar mucho tiempo si 
evitamos el comando OPEN y usamos la rutina de 
"lectura de cualquier registro” para leer el 
registro Y, es decir, para rebobinar el fichero. 
Si usamos este concepto tendremos las siguientes 
modificaciones en el programa: 


5 GO SUB 1999 
49 IF S$=CHR$ Y THEN GO SUB 2999: GO TO 29 

1999 DATA 229,221,33,9,9,243,297,39,175,2907,3 

3,251,255,291 

1919 FOR A=23296 TO 23399 

1929 READ D 

1939 POKE A,D 

1949 NEXT A 

1959 RETURN 

2099 LET S=4 

2019 LET A=23574+2%S 

2020 LET C=PEEK A+256XPEEK (A+1) 

2039 LET D=PEEK 23631+256*PEEK 23632 

2049 LET C=C+D-1 

2059 POKE 23399, INT (C/256) 

2069 POKE 23299,C-INT (C0/256)X256 

2079 POKE (C+13),9 

2089 LET A=USR 23296 

2099 POKE (C+11),9 

2199 RETURN 
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La subrutina 1999 es el clásico cargador de código 
máquina ya utilizado en ejemplos anteriores. La 
subrutina 2099 es la que se encarga de la opera- 
ción de rebobinado. Las líneas desde la 2009 hasta 
la 20499 guardan en C la dirección del descriptor 
de canal por medio del método que acabamos de 
explicar. Las lineas 2959 y 208698 introducen esta 
dirección en la rutina de "lectura de cualquier 
registro". La linea 20708 pone a cero el número del 
registro de forma que la linea 20989 introduzca 
este sector dentro del descriptor del registro. La 
linea 2098 inicializa CHBYTE con objeto de ofrecer 
el primer byte del "buffer" en respuesta a la 
ejecución del siguiente comando INPUT. 

Ahora podrá Vd. observar ¡una mejora en el 
tiempo de ejecución del programa puesto que ya no 
hay necesidad de leer la totalidad de la cinta 
para crear un mapa. 


Ficheros de acceso 
aleatorio 


La rutina de "lectura de cualquier registro” 
también puede ser usada para leer el registro de 
un fichero en el orden que se desee. Eso es lo que 
se precisa para crear +tficheros de acceso alea- 
torio. No obstante, como ya se ha dicho, el 
Microdrive es fundamentalmente un dispositivo de 
almacenamiento en serie. Si primero leemos el 
registro 3 y luego queremos leer el registro 2, la 
cinta no retrocederá. Por el contrario, la cinta 
seguirá pasando por delante de la cabeza lectora 
hasta que vuelva a aparecer de nuevo el registro 
2. La situación más desfavorable se produce si 
queremos leer el fichero siempre hacia atrás ya 
que antes de que aparezca cada registro es nece- 
sario leer la totalidad de la cinta. 

Debido a que el tiempo que se tarda en leer la 
totalidad de la cinta es razonablemente corto (uno 
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o dos segundos) no existen razones muy poderosas 
para aplicar al Microdrive la técnica de lectura 
con acceso aleatorio. 


Los mejores tiempos de acceso se consiguen 
leyendo los registros por su orden secuencial 
normal y procesando el menor número de datos que 
sea posible. Por ejemplo, una posible +forma de 
organizar de un listín de números telefónicos 
seria el de dar acceso aleatorio, pongamos por 
caso, a un registro de un fichero por cada letra 
del alfabeto. Usando esta distribución bastaria 
con leer el registro que contiene todos los 
nombres que comiencen por la misma letra para 
encontrar un número de teléfono. Por término medio 
y utilizando la rutina de "lectura de cualquier 
registro” sólo haria falta leer la mitad de la 
cinta para encontrar el registro adecuado. Si 
leyeramos el fichero secuencialmente, registro a 
registro, para hallar la posición deseada entonces 
el promedio de cinta leída es aproximadamente el 
mismo. Sin embargo, si cada uno de los de. los 
sectores tuviera que ser procesado por alguna 
causa, entonces el tiempo necesario para leer el 
fichero secuencialmente sería mucho mayor. Si 
utilizamos una lectura secuencial a la vez que 
hacemos un salto forzado de aquellos registros que 
no nos interesan (ver el ejemplo del "listador"” de 
registros y sectores ofrecido anteriormente dentro 
de este capitulo) entonces llegará a ser un 
procedimiento tan rápido como el de cualquier 
método de acceso aleatorio. 


La interminable Saga 
del Interface 1 


En este capítulo se han explicado los principios 
de la ROM paginada y los principios del  Micro- 
drive pero aquí no se acaba la historia del 
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Interface 1. Todavia quedan dos tipos de canal 
adicionales, más rutinas de la ROM de 8K y la 
forma de añadir nuevos comandos al BASIC del  2xX, 
todo lo cual será abordado en los dos últimos 
capitulos. 
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CAPITULO 11 


EL INTERFACE 1 


Y LAS COmMUNMICACIONMES 


El presente capitulo está dedicado a dos huevas 
prestaciones que ofrece el Interface 1: el "port" 
o conexión RS232 y la red de comunicación local. 
Realmente, se trata de dos sistemas distintos de 
comunicación en serie. El "port"  RS232 se puede 
emplear para conectar al Spectrum una impresora 
normal, o para comunicarse con otros ordenadores. 
La Red de Area Local ("Network") está concebida 
principalmente como un medio de establecer 
comunicaciones entre un grupo de  Spectrums aunque 
es posible crear el software para ampliar la red e 
incluir en ella a otros ordenadores. La primera 
parte del capitulo trata de la conexión RS232, y 
algunas de las dificultades y problemas que 
acarrea su utilización, y la segunda parte explica 
el funcionamiento de la Red de comunicación entre 
Spectrums. La mayor parte de la temática acerca 
del funcionamiento de estos dos dispositivos sirve 
de base a las ideas que se introducen en el último 
capitulo. 


RSZ32=: Casi ur estandar 


Existen una serie de métodos válidos para inte.-- 
cambiar datos entre ordenadores. Algunos de ellos 
están estandarizados pero, en la práctica, son muy 
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pocos. La posibilidad de conectar dos ordenadores, 
o un ordenador con un periférico como en el caso 
de una impresora, de forma que dicha conexión 
sirva para un funcionamiento inmediato suele ser 
bastante rara. Normalmente suele llevar unos pocos 
minutos encontrar el problema y poner el conjunto 
en funcionamiento. Algunas veces puede llevar 
mucho más tiempo incluso puede que haga falta un 
soldador. En el peor de los  CcasoS, la conexión 
podria resultar imposible pero es muy raro. 

La RS232 es una norma estandarizada para 
interfaces de transmisión en serie que especifica 
sus muchas particularidades muy detalladamente. La 
razón principal por la que se producen incompati- 
bilidades entre los distintos interfaces RS232 se 
encuentra en la diferencia en las partes de la 
norma estándar que se han adoptado en Cada Caso. 
Por ejemplo, el interfaz RS232 más sencillo está 
compuesto por tres cables (uno para la señal 
enviada por el ordenador, otro para la señal que 
debe recibir el ordenador y otro para la toma de 
tierra). El Spectrum utiliza dos cables más, uno 
para ¡indicar que está preparado para recibir 
datos, y otro para indicar que el dispositivo al 
que está conectado ya puede recibir datos. 
A menudo estas dos conexiones forman parte de los 
interfaces RS232 y se denominan "handshake lines" 
(líneas de control o de "apretón de manos" entre 
ambos dispositivos). Sin embargo, a menudo también 
se incorporan otras conexiones para indicar, por 
ejemplo, si el dispositivo que se encuentra al 
otro lado del cable está conectado oO fuera de 
servicio. Del mismo modo, muchos interfaces RS232 
sólo vienen provistos con una sola de las dos 
"lineas de control" que utiliza el Spectrum. Toda 
esta variedad puede originar grandes dificultades 
a la hora de saber qué es lo que hay que conectar 
y con qué. 

Por supuesto, la problemática de dar consejo 
acerca de cómo conectar algo con el Spectrum es 
que cualquier dificultad que pueda surgir depende 
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tanto de ese "algo" como del Spectrum. Esto 
significa que la única forma de poder resolver los 
problemas que puedan surgir al utilizar la RS232 
es conociendo lo esencial de su sistema de 
funcionamiento. 


El intertf+az R=<232 


de 1 Spectrum 


Las patillas del conector de nueve lineas corres- 
pondiente al interfaz RS232, situado en la parte 
posterior del Interface 1 son las siguientes! 


Patilla no. uso 
1 sin conectar 
2 TX - entrada de datos en el Spectrum. 
S RX - salida de datos desde el Spectrum 
4 DTR- señal de "preparado" hacia el 
Spectrum. 
5 CTS- señal de "preparado” enviada por 


el Spectrum. 
la) sin conectar. 
Ed tierra. 
8 sin conectar. 
9 +9 voltios. 


Si examina esta lista detalladamente verá que TX 
(la de entrada de datos) está emparejada con CTS 
(la linea "preparado" de salida), y que RX (la 
línea de salida de datos) está emparejada con  DTR 
(la linea "preparado" de entrada en el Spectrum). 
Cuando el Spectrum está recibiendo datos, se 
utiliza la linea CTS para indicar que está 
preparado para recibirlos. El dispositivo al que 
esté conectado el Spectrum no debe enviar datos al 
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ordenador mientras CTS esté a cero (es decir, a Y 
voltios). Si se envian datos mientras CTS está en 
baja, estos serán ignorados 0 serán leidos 
incorrectamente. Del mismo modo, el Spectrum no 
transmitirá datos cuando DTR sea mantenido a cero 
por el dispositivo que va a recibir los datos. 


Resumiendo: 


1) El Spectrum sólo recibirá datos 
correctamente cuando CTS (conexión 5) esté a "uno" 
por lo que esta señal debe utilizarse para 


permitir que el dispositivo envie datos. 


2) El Spectrum sólo enviará datos cuando  DTR 
(conexión 4) esté a "uno" por lo que esta señal 
debe ser utilizada por el dispositivo receptor 
para indicar que ya está preparado para recibir 
los datos. 


Tipos de conexiones 
al RS=3z 


Las condiciones necesarias para la transmisión y 
la recepción de datos comentadas en la sección 
anterior son bastante fáciles de comprender, pero 
existe una complicación que surge aún en el caso 
de que tratemos de conectar entre si a dos orde- 
nadores idénticos. La mejor forma de explicarlo es 
diciendo que la salida de un ordenador es. la 
entrada del otro. Por ejemplo, si queremos 
conectar dos Spectrums, deberemos unir la 
conexión 3 del primero con la conexión 2 del 
segundo, es decir, la señal de salida de datos 
tiene que ir con la conexión de entrada de datos 
del otro Spectrum. Esto queda bastante claro en el 
caso de las lineas de datos (es decir, la conexión 
Z se une a la conexión 3 y la conexión 3 se une a 
la conexión 2) pero este "cruce” también se aplica 
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a las "líneas de control”. O sea, las lineas DTR y 
CTS del primer Spectrum tendrán que ser conectadas 
con las lineas CTS y DTR respectivamente del 
segundo Spectrum. 

Este cruce de las conexiones es la excepción en 
lugar de ser la regla. La mayoria de los perifé- 
ricos, impresoras, monitores de video (VDU) etc ya 
están cableados de +forma que tienen en cuenta 
dicho cruce. Podria ser que en una impresora 
descubriera que la conexión 3 también se llama "RX 
data" pero que se trate de la entrada de datos de 
la impresora. En este caso está claro que la 
conexión 3 del Spectrum deberá unirse con la 
conexión 3 de la impresora. Si Vd. adquiere el 
cable de conexión RS232 de Sinclair verá que el 
esquema utilizado es el siguiente: 


Spectrum otros dispositivos 

TX data patilla 2 (TX data) 

RX data patilla 3 (RX data) 

cTS patilla 5 

+9 voltios patilla 6 (DSR) 

tierra patilla 7 tierra (ground) 


DTR patilla 29 DTR 


el cual funcionará con la mayoría de las impre- 
soras y los monitores de video (VDUSs). 

En general, si Vd. mismo construye el cable que 
permita al Spectrum operar con otros aparatos, 
necesitará conocer los detalles acerca de la 
disposición del otro interfaz RS232. Partiendo de 
la base que utiliza un conector hembra o macho de 
25 conexiones, en primer lugar averigie cuál de 
las conexiones 2 Ó 3 del dispositivo es la que 


corresponde a su salida (TX), y únala con la 
conexión 2 del Spectrum. La otra conexión deberá 
unirse a la conexión 3 del Spectrum. El problema 
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siguiente es el de decidir dónde han de ir las 


"lineas de control” Normalmente la  DTR del 
Spectrum deberá unirse bien con DTR (conexión 290), 
con DSR (conexión 6) o con RTS (conexión 4). La 


señal CTS del Spectrum deberá unirse con la CTS 
(conexión 5) del otro dispositivo. 


En algunos dispositivos no hay ningún tipo de 
"lineas de control". Como ya hemos dicho antes, el 
tipo” más sencillo de interfaz RS232 emplea 
solamente las conexiones RX, TX y masa. En este 
caso la linea CTS del Spectrum (conexión 5) puede 
dejarse desconectada, y  DTR (conexión 4) debe 
unirse con +92 voltios (conexión 9). La no utili- 
zación de CTS significa que el dispositivo que 
está conectado con el Spectrum podrá transmitir 
datos cuando lo desee, incluso en caso de que el 
Spectrum no esté preparado para recibirlos. El 
motivo por el que se une DTR (conexión 4) con +9 
voltios (conexión 9) es el de permitirle al 
Spectrum que transmita datos cuando lo desee. Por 
supuesto, para hacer que esto funcione, el dispo- 
sitivo receptor ha de poder recibir datos en 
cualquier momento. En la práctica a menudo surgen 
Situaciones intermedias con los interfaces RS232 
que sólo tienen, pongamos por caso, una linea CTS. 
En este caso sólo podremos unir esas "lineas de 
control" (CTS con CTS), y unir las líneas de 
entrada restantes bien con masa O bien con +9 
voltios según hayan de mantenerse a nivel alto O 
bajo para permitir la transmisión o la recepción 
de datos. 


De las explicaciones anteriores podrá Vd. 
deducir que podemos tropezar con problemas muy 
diferentes relativos a las conexiones de la RS232. 
En realidad, la cosa no está tan mal como parece. 
Mientras sea Capaz de identificar la función de 
cada conexión en el otro dispositivo, no tendrá 
Vd. problemas. Algunas veces resulta conveniente 
unir sólo las lineas RX, TX y tierra del Spectrum 
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con las del otro dispositivo, y unir las entradas 
de las "líneas de control” bien con masa o con +9 
voltios para hacer que funcione el interfaz sin 
"lineas de control". Luego puede ¡perfeccionar el 
interfaz uniendo una por una las "lineas de 
control”. 


Formato de 1oOos datos 
e> rv la —RS232 


El interfaz RS232 es una conexión en serie. Esto 
significa que cuando un dato pasa de un ordenador 
a otro dispositivo es transmitido bit a bit. A 
pesar de que la transmisión se realiza por bits, 
lo normal es enviar un grupo de bits formando una 
secuencia que representa un carácter. Existen 
varias opciones acerca del modo en que se pueden 
transmitir los bits. Se puede elegir entre una de 
las diferentes velocidades de transmisión o "baud 
rates” (baudio es una contracción de "bit-audio”), 
es decir, el número de bits que se transmite en un 
segundo. También se puede elegir el número de bits 
que van a ser enviados para representar un único 
carácter, el número de bits que indican el fin de 
la transmisión de un carácter, y si se va a enviar 
ono un "bit de paridad” para comprobar errores de 
transmisión. En el caso del Spectrum el formato de 
transmisión utilizado es 


8 bits de datos 
no hay bit de control de paridad 
2 bits de parada ("stop bits”) 


y la velocidad de transmisión puede ser fijada por 
el usuario. Por eso, así como es importante 
efectuar la adecuada conexión eléctrica entre el 
Spectrum y el otro dispositivo, también es 
importante que dicha conexión se establezca de 
modo que pueda recibir datos según el formato del 
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Spectrum. En la mayoría de los casos sólo hay que 
asegurarse de que tanto el Spectrum como el otro 
dispositivo están utilizando la misma velocidad de 
transmisión (baudios). 


Los comandos BASIC R=<S232 


El BASIC ZX opera con el interfaz RS232 del mismo 
modo que con cualquier otro tipo de canal O, para 
ser más exactos, como dos nuevos tipos de canal. 
Los identificadores de canal que utiliza son! 


boo Bpara el canal binario RS232 y 
tó To para el canal de texto RS232 


Cualquiera de los dos canales puede ser asociado 
mediante el comando OPEN con una corriente, de la 
forma habitual. Por ejemplo, 


OPEN $ 4,"b" 


asociará la corriente 4 con el canal binario RS232 
Y 


OPEN $ 5,"t” 


asociará la corriente 5 con el canal de texto 
RS232. Una vez que se ha asociado una corriente 
con un canal se pueden utilizar los ya conocidos 
comandos de E/S de corrientes (PRINT $ , INPUT H e 
INKEYS $ ) para enviar y recibir datos. 

Los carnales b y t se comportan del mismo modo 
en caso de que el dato que está siendo transmitido 
o recibido esté compuesto únicamente por  caracte- 
res que pueden escribirse. La diferencia aparece 
en el modo en que procesan los códigos de control 
del Spectrum y otros códigos asociados a algunos 
caracteres de urna forma no estandarizada. El canal 
b transmitirá en su totalidad los 8 bits del 
código de carácter de todo aquello que se escriba 


242 


(con PRINT) en él pero el canal t sólo enviará el 
código si se trata de un carácter que pueda escri- 
birse o si puede convertir el código en una 
secuencia de caracteres representables. O sea, 


PRINT $ 435 THEN 


en donde THEN es introducido como una palabra 
clave, envia el CODE (THEN) tel código de la 
palabra clave THEN), es decir, 293 hacia el canal 
b. No obstante, si la corriente 4 estuviese 
asociada con el canal t se enviarian los códigos 
ASCII de las letras T, H, E y N en su lugar. 


Las reglas exactas son las siguientes: 


Para transmitir o enviar datos: 

El canal b transmite el código de carácter de 8 
bits de todo aquello que le pidamos que envie (con 
PRINT). 

El canal t no enviará los códigos de control 
desde Y hasta el 31 ni los caracteres gráficos del 
1283 al 164, y convertirá todas las palabras clave 
desde 1ó5 hasta 255 en sus correspondientes 
cadenas de caracteres ASCII. 


Para recibir datos: 
El canal b recibe el código completo de 8 bits 
enviado hacia él. 


El canal t ignorará el octavo bit de todos 
aquellos códigos que reciba. De este modo los 
restringe a los caracteres normales desde el Y al 
122 del sistema ASCII. 


Debe quedar claro que el canal t trata de 
reconciliar las ampliaciones del Spectrum con el 
juego normal de caracteres ASCII. Por ejemplo, si 
se conecta el interfaz RS232 con una impresoras, 


OPEN $ 4,"b":LIST $ 49 
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efectuará el listado del programa introducido en 
el Spectrum pero, debido a que las palabras clave 
se transmitirán como un solo código de carácter, 
no quedarán impresas correctamente o bien produ- 
cirán algunos efectos extraños en la impresora. En 
cambio, 


OPEN H$ 4,"t":LIST $ 4 


producirá un listado perfectamente legible puesto 
que las palabras clave serán convertidas en la 
secuencia de caracteres que normalmente las repre- 
sentan. 

Como el canal b opera con la totalidad de los 
códigos de carácter, puede ser utilizado para 
transmitir el contenido de las posiciones de 
memoria. Para ponerlo más fácil, tanto SAVEX, como 
LOADX, VERIFYX y MERGEX pueden todos ellos ser 
enviados al canal b. Por ejemplo, tanto SAVEX"b" 
como LOADX*"b" son válidos. Por supuesto que, sin 
un software especial, estos comandos sólo permiten 
el intercambio de programas entre dos  Spectrums 
(La red local proporciona un sistema más sencillo 
para el intercambio de programas entre  Spectrums, 
pero el interfaz RS232 tiene la ventaja de que se 
puede utilizar para intercambiar programas a 
través de una linea telefónica con ayuda de un 
modem). 


Existe otra diferencia importante entre los 
canales b y t, y es la del tratamiento del código 
de carácter ENTER. Al igual que en otros casos, el 
canal b pasa todos los códigos sin alteraciones, 
pero el canal t sustituye los ENTER (código 13) 
por una secuencia de dos caracteres 13,198 que 
equivale a ENTER seguido de un carácter de avance 
de linea (Line Feed). Algunas impresoras y 
monitores de video empezarán otra linea automá- 
ticamente nada más recibir el ENTER; otras nece- 
sitan además el código del avance de linea. Si la 
impresora no necesita el avance de línea dejará 
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una linea en blanco entre cada linea de texto. No 
se puede hacer nada para resolver este problema 
aparte de intentar que la impresora no comience 
otra linea en el momento en que reciba el código 
ENTER. (0 sea, si es posible, desconectar el 
interruptor de avance de línea automático que 
poseen algunas impresoras). 

Fijese que tanto el canal b como el canal t 
también pueden ser utilizados con el comando MOVE. 
Por ejemplo, para enviar los datos procedentes de 
la RS232 a la pantalla, utilice: 


MOVE "b" TO $$ 2 


Como + ijar la velocidad 
de trans=sxmiSsidbon 


Aunque ya se han comentado los comandos para 
utilizar los canales del interfaz RSZ32, éstos 
todavia no pueden emplearse hasta que no expli- 
quemos la forma de establecer la velocidad de 
transmisión. Nada más conectar el Spectrum, la 
velocidad inicial de transmisión es de 9640 
baudios (bits por segundo). Para cambiarlo y darle 
otro valor, utilice 


FORMAT "b"5baud 
ó bien 
FORMAT "t";baud 


donde "baud” es uno de los valores 59, 119, 300, 
609, 1209, 2490, 4899, 9699, y 192909. Estas son 
velocidades estandarizadas de transmisión que se 
encuentran en la mayoria de los equipos para orde- 
nadores. En el caso del Spectrum, la velocidad de 
transmisión puede calcularse aproximadamente como 
diez veces mayor que el número de caracteres que 
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se transmiten por segundo. Asi 399 baudios vienen 
a ser unos 38 caracteres por segundo. La utili- 
zación de las "lineas de control" detendrá algunas 
veces la transmisión de datos por lo que puede que 
la velocidad de transmisión sea algo menor. En la 
mayoria de los casos es recomendable utilizar la 
mayor velocidad de transmisión a la que pueden 
operar los dos aparatos. Una alta velocidad de 
transmisión significa una menor espera en la 
transmisión de los datos. No obstante, si por  al- 
guna razón no se utilizan las "lineas de control" 
entonces el Spectrum no recibirá datos con exac- 
titud a velocidades de transmisión superiores a 
los 394 baudios. De hecho no hay ninguna gyarantla 
de que reciba todos los datos a esa velocidad por 
lo que, cuando no se utilizan las "líneas de 
control”, cuarto más lenta sea la velocidad de 
transmisión, mejor. 


Para establecer una velocidad de transmisión no 
estandarizada, puede introducir (con POKE) una 
constante adecuada dentro de la nueva variable del 
sistema BAUD de dos bytes. La constante viene dada 
por: 


(350909099 / (2ó6*velocidad de transmisión))-2 


USO Simual táneo de los 
Cáhñales t Y b 


No hay nada que impida utilizar los canales t y b 
al mismo tiempo. Por ejemplo, muchas impresoras 
utilizan los códigos ASCII que se encuentran en el 
intervalo entre MG y 31 como códigos de control 
para producir efectos especiales de escritura, 
tales como ampliar los caracteres o dar lugar a 
caracteres gráficos. Dejando a un lado esos 
códigos, la impresora se controla mejor a través 
del canal t. 
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10 OPEN H 9,"t” 
290 OPEN $ 5,"b" 
30 OPEN $ S5CHR$S (Cc)3 H 43% 


donde c es el código que se envia a la impresora 
para que produzca algún efecto determinado, y AS$ 
contiene el texto a imprimir. 


Principios de fFuancior=a— 
miento de la RS23z2 


EL” interfaz RS232 está controlado por el ya 
conocido sistema de canales y corrientes de  E/S 
explicado en el capítulo 5. la única caracteris- 
tica nueva es la aparición de otro tipo de  des- 
criptor de canal: 


Byte uso 


g dirección 3 (tratamiento de errores) 
2 dirección 8 (tratamiento de errores) 
4 identificador de canal de t O de b. 

5 dirección de la rutina de salida. 

? dirección de la rutina de entrada. 

9 11 (longitud del descriptor de canal) 


Este descriptor de canal es el más corto y el más 
sencillo de todos los que hemos visto. Por esta 
razón es el que se copia más a menudo cuando se 


introducen canales definidos por el usuario, como 
se verá en el Capítulo 2. Fijese que no hay 
"buffer" (memoria intermedia) de datos, por lo que 


la transmisión y la recepción de datos por parte 
de la R3232 se produce sir ningún tipo de demoras, 
a diferencia de las operaciones con el Microdive. 
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El interfaz RS232 del Spectrum resulta 
interesante sobre todo gracias a su software. La 
mayoria de los demás ordenadores utilizan chips 
especiales que se encargan de recoger los bytes de 
datos para luego transmitirlos al interfaz RS232 
sin ayuda ninguna por parte de la CPU. El Spectrum 
no dispone de esos chips especiales; en su lugar, 
el software se encarga de crear el impulso  nece- 
sario de las señales de la linea de la RS232 del 
mismo modo en que se producen los impulsos de 
sonido o los del casete (ver el Capitulo 9). En 
este caso el "port" de E/S afectado es el 2497, y 
la linea de salida RX de la RS232 está controlada 
por el estado del b%. La lectura del "port" 247 
nos da el estado de la linea de entrada de datos 
TX, también a través de b9. Las dos "líneas de 
control” están asociadas con el "port" 239 de E/S. 
La lectura de este "port" nos da el estado de DTR 
en b3. y el estado de la línea CTS está controlado 
por b4. 


La secuencia de operaciones necesaria para el 
envio de un byte de datos es la siguiente: 


Esperar hasta que la linea DTR esté a un nivel 
alto de tensión ("uno" lógico). 


-Enviar el byte bit a bit utilizando el valor 
almacenado en BAUD para calcular el tiempo de 
duración de cada impulso. 


La secuencia de Dperaciones necesarias para la 
recepción de un byte de datos es un poco más 
compleja: 


=Examinar el valor de la nueva variable del 
sistema SER-FLG situada en la posición 23751. 


-Si el número almacenado en la posición 23751 es 
distinto de cero, entonces el carácter requerido 
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se almacena en la posición de memoria siguiente 
(23752). Después de poner a cero la posición 23751 
se envia el carácter recibido en aquella posición. 


-Si el valor contenido en SER_FLG es cero, en- 
tonces se espera hasta que CTS esté a alto nivel, 
luego se espera a que comience la transmisión, 
señalada por la linea de datos TX, que se pondrá a 
alto nivel con cada uno de los impulsos. A conti- 
nuación se leen los ocho bits de datos hasta que 
se reciben los dos bits de parada (stop bits). 
Luego se pone a bajo nivel la linea CTS con el 
objeto de detener el envio de cualquier otro dato. 


-Si se produjera un fallo a la hora de detener a 
tiempo el dispositivo emisor, entonces se leería 
otro carácter y sería almacenado en  SER_FLG+1. 
SER_FLG seria puesta a 1 para indicar que ya hay 
nuevo byte de datos esperando. El primer byte 
leido es enviado como un dato de entrada. 


La explicación de las operaciones de entrada 
(INPUT) de la RS232 nos revela que, en realidad, 
existe un "butter" (memoria de almacenamiento 
intermedio) aunque solamente puede contener un 
carácter. Esto es necesario porque algunos dispo- 
sitivos emisores no responden a la Caida del 
voltaje de la linea CTS con la velocidad suficien- 
te como para asegurar que no se envie un segundo 
carácter. 


El interfaz RSs232 y el 
lenguaje ensamblador 

Las rutinas que se encuentran dentro de la ROM de 
8 K que envian y reciben datos a través de la 


interfaz RS232 pueden ser utilizadas por el 
lenguaje ensamblador. El método es básicamente el 


mismo que el utilizado en la llamada de la rutina 
del Microdrive (ver el capitulo anterior). El 
llamamiento a las rutinas se hace con 


RST 8 
código 


en donde la acción a desarrollar depende del valor 
"código”: 


código acción 


29 Lee un byte procedente del 
interfaz RS232. 
El señalizador de acarreo (carry 
flag) queda indicado cada vez que 
se lee un byte antes de la inte- 
rrupción. El resultado se coloca 
en el registro A. 

30 Se envia el byte del registro A 
al interfaz RS232. 


Existen tres rutinas de E/S de carácter general 
que pueden ser útiles a la hora de crear programas 
para la RS232. 


27 Lee el teclado. Espera hasta que 
se pulsa una tecla y almacena su 
código en el registro A. 


28 Escribe en la pantalla el 
carácter almacenado en el 
registro ÁA' sin efectuar el 
recuento de  "scrolls”. 

31 Imprime en la impresora ZX el ca- 
rácter almacenado en el registro 
A. 
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32 Explora el teclado. Si se pulsa 
una tecla regresará con el seña- 
lizador de acarreo (carry flag) 
a "uno”. 


En la siguiente sección podrá ver un ejemplo de la 
utilización de estas rutinas. 


Un monitor de video 
para el Spect ram 


El principal problema que surge al utilizar el 
interfaz RS232 del Spectrum corn cualquier otro 
dispositivo que no sea una impresora es la sincro- 
nización. Debido a que todas las señales están 
controladas por software, las lineas de saludo son 
absolutamente esenciales para conseguir un funcio- 
namiento fiable. A diferencia de otros ordena- 
dores, hay momentos en los que el Spectrum no es 
capaz de recibir ni de transmitir ningún carácter. 

Veamos, por ejemplo, el problema de transformar 
al Spectrum en un monitor de video. En principio, 
el problema parece bastante sencillo. Cualquier 
carácter recibido a través del interfaz RS232 
deberá ser escrito en la pantalla, y Cualquier 
carácter tecleado en el teclado deberá ser —trans- 
mitido al interfaz RS232. Con el BASIC ZX 
tendriamos: 


19 FORMAT "t";3baud 
20 OPEN $ 9,"t" 
309 LET AS=INKEYS H 4 
49 IF A$="" THEN GOTO Ss 
50 PRINT As; 
64M LET AS$=INKEYS 
706 1F A$=""THEN GOTO 30 
34 PRINT $ 95 
94 GOTO 39 
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Este programa funcionará bastante bien mientras se 
utilicen las "lineas de control” pero aún asi es 
un tanto lento. Esa misma idea puede ser llevada a 
cabo en lenguaje ensamblador de la siguiente 
forma: 


dirección lenguaje código comentarios 
emsamblador 


23296 LOOP RST 8 207 Entrada RS232. 

23297 29 29 Código de la 
operación de 
lectura. 


23298 JR NC,¿SKIP 48,2 Salto en caso 
de no haber en- 
trada. 

233909 RST 8 207? Salida hacia la 
pantalla. 

233081 28 28 Código de la 


operación de 
escritura. 


23392 SKIP RST 3 207 Rastreo del te- 
clado. 

23303 32 32 Código de la 
operación. 

233909 JR NC,LOOP 48,246 Salto si no ha 


sido pulsada 
ninguna tecla. 


23306 RST 8 207 Lectura de la 
tecla. 

23307 22 2? Código de la 
operación. 

23308 RST 8 2907 Salida RS232. 

23309 30 30 Código de la 
operación. 

23310 NKEY RST 8 207? Comprobación de 


que se ha deja- 
do de pulsar la 
tecla. 
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23311 32 32 Código de la 
operación. 

23312 JR C,NKEY 56,252 

23314 JR LOOP 24,236 


Lo único que necesitamos ahora es un cargador 
BASIC: 


19 FORMAT "b";1209 
20 DATA 297,29,48,2,207,28,207,32,48,246,207, 
27,207,39,297,32,56,252,24,236 

36 FOR A=23296 TO 23315 

490 READ D 

SO POKE A,D 

69 NEXT A 

70 LET A=USR 23296 


El funcionamiento de este programa todavia deja 
algo que desear. El control del teclado del 
Spectrum a través de las rutinas de comprobación y 
lectura del teclado funciona pero deja fuera de 
servicio el sistema de  autorepetición de las 
teclas, y todavia queda la posibilidad de que nos 
quedemos atrapados en la rutina de lectura de la 
tecla. La solución sería crear una rutina especia- 
lizada de comprobación y lectura del teclado que 
imite el comportamiento de  —INMKEYS. Pero todavia 
queda un problema mucho más serio, y es el modo 
con que las rutinas de la RS232 procesan la tecla 
SPACE como si se tratara de la tecla BREAK. Para 
detener un programa, normalmente debemos pulsar 
simultáneamente las teclas CAPS SHIFT y BREAK 
pero, durante la ejecución de las operaciones de 
la RS232, bastará con pulsar la tecla BREAK/SPACE. 


Esto hace que sea virtualmente imposible la 
creación de un programa serio de comunicación de 
la clase del programa del monitor de video 


ofrecido anteriormente, a no ser que encontremos 
la forma de generar el código de carácter de SPACE 
sin tener que pulsar la tecla espaciadora (SPACE). 
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El interfaz RS232 del Spectrum es un medio 
excelente para controlar impresoras y para inter- 
cambiar programas entre el Spectrum y otros orde- 
nadores pero las demás aplicaciones requieren un 
considerable desarrollo del software. Puede que en 
posteriores modelos de la ROM de 38K quede resuelto 
el problema de que la tecla SPACE actúe como la 
tecla BREAK (yo creo que se trata de un error en 
vez de una caracteristica de la ROM de 8K). 


La red local Sinclair 


En tanto que el interfaz RS232 está pensado para 
ofrecer comunicación entre dos dispositivos, la 
red está diseñada para lograr la transferencia de 
datos entre un número cualquiera de Spectrums. El 
método de comunicación utilizado por la red se 
basa en el mismo sistema de transmisión en serie 
utilizado por el interfaz RS232 pero hay una 
serie de novedades que hacen posible la multi- 
comunicación. Las caracteristicas del hardware 
están modificadas con el objeto de permitir una 
comunicación bidireccional con sólo un par de 
cables. En cualquier momento solamente uno de los 
Spectrums conectados puede transmitir datos 
mientras que los demás (o unos cuantos) están 
recibiendo los datos pero la situación en la que 
se encuentra el transmisor de datos puede ser 
adoptada por cualquiera de los demás ordenadores. 
El software ha sido ampliado con el objeto de 
incluir dos prestaciones adicionales. En primer 
lugar, existe un sistema a través del cual 
cualquier Spectrum puede "solicitar” la red y 
convertirse en transmisor. En segundo lugar, cada 
bloque de datos transmitidos va acompañado de una 
dirección que identifica a cuál de los otros 
orderadores van dirigidos los datos. Estas dos 
posibilidades del software forman una especie de 
"ley" que habrá de ser seguida por los Spectrums 
que intenten utilizar la red (en la jerga formar 
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lo que se denomina el "protocolo de comunica- 


ciones”). El protocolo de comunicaciones de la red 
Sinclair no es tan complejo como el que se emplea 
en otras redes, como en el caso de la "Ethernet", 


pero es el idóneo para realizar muchas aplica- 
ciones en "grupo" tales como las de educación y 
las de desarrollo de programas. 


Los comandos BASIC 
d == la red local 


Las ampliaciones del BASIC Z2X para gestionar la 
red siguen los mismos pasos que las ampliaciones 
de canales y corrientes que permiten el uso de los 
Microdrives y el interfaz RS232. De estos dos, 
los comandos del RS232 son los más parecidos a 
los comandos de la red. El canal de la red está 
identificado por la "N”" o "n” pero también hay que 
identificar la estación con la que se va a enta- 
blar la comunicación. Para hacer posible dicha 
comunicación, debe asignarse un "número de 
estación" a cada uno de los Spectrum que deseen 
utilizar la red local, mediante 


FORMAT "n”3num 


donde "num" es el número de estación comprendido 
entre 1 y 63. En el momento de conectar el 
Spectrum, éste aparece inicialmente como la 
estación 1, por lo que es importante que cada uno 
de los usuarios de la red esté de acuerdo en 
utilizar un único número de estación para lo cual 
deberá usar el comando FORMAT. En realidad "num" 
puede ser el Y pero esto tiene una utilidad muy 
especial que será explicada más adelante. El 
número de la estación es almacenado en una nueva 
variable del sistema llamada NTSTAT (23799), por 
lo que FORMAT mn"; num €es equivalente a  POKE 
23749,num. Para averiguar el número de la estación 
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que está siendo empleado use: 
PRINT PEEK (23749) 


Para asociar un canal con la corriente s con el 
objeto de enviar o recibir datos a la estación 
"num" use! 


OPEN  s,"n”3 num 


A continuación de este comando OPEN, se puede 
utilizar el comando PRINT $ para enviar datos, y 
los comandos INPUT $ e INKEYS$ $ pueden emplearse 
para recibir datos. Fijese que el comando OPEN 
debe ser concebido como el creador de un vínculo 
de comunicación entre el Spectrum que utiliza 
dicho comando y la estación designada en el mismo. 


Hay una pequeña complicación en lo que se 
refiere al envio y la recepción de datos a través 
de la red: la estación destinataria debe estar al 
corriente de que está incluida en una operación de 
comunicación con otro ordenador. Si abrimos (con 
OPEN) un canal de la red paras, digamos, comuni - 
carnos con la estación número 13 y dicha estación 
no está interesada en establecerla, o no existe, oO 
bien está haciendo cualquier otra Cosa, nuestro 
Spectrum esperará eternamente (o hasta que  pul- 
semos la tecla BREAK), tratando de recibir O sde 
transmitir datos a la estación ausente. Dicho de 
otro modo, el sistema de transmisión de datos a la 
red utiliza al máximo las "lineas de control" 
(handshaking) para asegurarse de que, cuando se 
envian datos, estos se reciben con éxito. La 
necesidad de que una estación tenga que saber lo 
que esta haciendo otra nos sugiere que las redes 
de Spectrum ¡funcionan mucho mejor si todos los 
ordenadores se encuentran instalados en la misma 
habitacion!. Sin embargo, es posible crear un 
software adicional en código máquina que permi- 
tiera el intercambio de mensajes y el desarrollo 


256 


de posibilidades más complejas al igual que las 
que pueden encontrarse en otras redes. 


La excepción al protocolo de total «utilización 
de las "lineas de control" es la del comando 
INKEYS$ $ . Este nos dará la cadena nula (0) en 
caso de que la estación a la que se refiere la 
corriente no esté transmitiendo datos. Esto puede 
utilizarse para rastrear todas las estaciones de 
la red y ver si alguna de ellas está esperando, 
tratando de enviar datos a nuestra estación. De lo 
contrario INKEY$ $ funciona del modo habitual y 
nos devuelve el siguiente carácter enviado. 


Al igual que en lo relativo a las "lineas de 
control”, hay otra importante caracteristica rela- 
cionada con los canales de la red y es que poseen 
una memoria intermedia o "buffer". Al igual que en 
el canal del Microdrive, este "buffer" forma parte 
del descriptor de canal (ver más adelante) pero 
sólo tiene 256 bytes. La acción de almacenamiento 
produce en los canales de la red el mismo efecto 
que el de los canales del Microdrive, es decir, 
podemos escribir en un canal de la red 25 Carac- 
teres antes de que alguno de ellos sea enviado a 
la estación receptora, y podemos leer 256 bytes 
antes de que la estación emisora vaya a transmitir 
otro "buffer" de datos. También, los "buffers" 
incompletos sólo son enviados con motivo de la 
ejecución de un comando CLOSE $ . 


Además de los comandos de canales y de corrien- 
tes, la red también puede ser utilizada para 
intercambiar programas en BASIC ZX. El comando 


SAVEX "n"3 num 


enviará un programa a la estación "num" la cual a 
su vez deberá usar el comando 


LOADX "n"3 orig 
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para recibirlo, donde "orig" es el número de la 
estación emisora del programa. Una vez más, la 
comunicación se realiza mediante la utilización 
completa de las "lineas de control", y tanto las 
estaciones receptoras como las emisoras tendrán 
que esperar a que sus colegas estén preparadas. 
También pueden utilizarse los comandos MERGEX y 
VERIFYX de forma similar. 


La estación cero 
Y la difusion de datos 


Los comandos de la red explicados hasta ahora 
permiten el intercambio de datos y de programas 
entre dos estaciones cualesquiera. No obstante, a 
menudo es necesario transferir el mismo programa 
desde un Spectrum a un grupo de ellos. Esto puede 
lograrse a través de la estación número Y, la 
"estación difusora”. Los datos transmitidos por la 
estación YM serán emitidos de una sola vez, sin 
utilizar las lineas de saludo, y pueden ser reci- 
bidos por todas las demás estaciones. Por ejemplo, 
para difundir un programa todas las estaciones 
receptoras deberán introducir en primer lugar el 
comando 


LOADX "n";3g9 


Luego tendrán que esperar a que la  estaciór 
emisora introduzca 


SAVEX "n"39 


y envie el programa que en ese momento tenga en la 
memoria. Hay que señalar que es importante que 
todas las emisoras receptoras hayan introducido 
LOADX antes de que la estación emisora envie el 
programa. 
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Principios de 
la red locral 


La red utiliza una linea de dos conexiones, una 
linea de señal encargada de transportar los 
impulsos que variarán entre Y y 5 voltios, y una 
linea de retorno o de masa. La parte más dificil 
del funcionamiento de la red es la de asegurarse 
de que, como máximo, sólo hay un Spectrum emitien- 
do datos. Si dos ordenadores están emitiendo al 
mismo tiempo, el estado de alto nivel (5 voltios) 
tiene prioridad sobre el estado de bajo nivel (0 
voltios). Si un ordenador está tratando de  trans- 
mitir un "uno” lógico, es decir, una señal de 5 
voltios, y otro desea transmitir un cero lógico 
tes decir, Y voltios) entonces la red adoptará el 
nivel más alto (5 voltios). Sin embargo, esta 
situación, conocida con el nombre de "contención 
de la red”, tiene que ser evitada a través de la 
utilización del protocolo. Antes de que un  orde- 
nador puede transmitir datos ha de conseguir tomar 
el control de la red de modo que impida que sea 
utilizada por otro ordenador. 


Cuando una estación quiere enviar datos, en 
primer lugar, tiene que comprobar el estado de la 
red durante un periodo de tiempo lo  suficiente- 
mente largo como para detectar los impulsos de 
datos si en ese momento se encuentra transmitiendo 
otro ordenador. Si no se detecta ningún impulso, 
la estación emite un byte conteniendo el número de 
su estación. A medida que va emitiendo los  impul- 
sos enviados, va monitorizando el estado de la red 
para comprobar que los impulsos se transmiten tal 
como se pretende. Si descubre una discrepancia 
(por ejemplo, si ha enviado un impulso de baja 
tensión y la red se encuentra en alto nivel de 
tensión), significa que hay otra estación tratando 
de obtener al mismo tiempo el control de la red. 
Cuando ocurre esto, la estación que detecta el 
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error deja de transmitir, y otra vez vuelve a 
comenzar el proceso para obtener el control de la 
red. 


Una vez que la red ha sido solicitada, se envía 
una cabecera que contiene el número de la estación 
a la que se pretende enviar los datos y el número 
de la estación que quiere enviar dichos datos. El 
byte enviado para tomar el control de la red es 
detectado por todas aquellas estaciones que están 
tratando de leer datos procedentes de la red, y 
todas ellas examinan la cabecera. Cualquier 
estación que perciba que la cabecera coincide con 
su número estación, y que procede de una estación 
de la que espera recibir datos, enviará un byte de 
reconocimiento con valor "uno”. Si éste, a su vez, 
es recibido, la estación emisora repite toda la 
operación, incluyendo la solicitud de la red. 


El único caso en que el protocolo se puede 
equivocar es en el caso de que dos estaciones 
traten de solicitar la red al mismo tiempo. En 
este caso la estación con el número más pequeño 
será la primera en detectar el error y detendrá la 
emisión. Entonces la otra estación continuará 
enviando su byte de solicitud y completará su 
emisión de datos. Con este protocolo se puede 
conseguir que varios ordenadores estén enviando 
datos a la red al mismo tiempo, esperando cada uno 
de ellos su turno para solicitar la red y  trans- 
mitir su bloque de datos. 


El descriptor de canal 
de la red local 


La red introduce en el BASIC ZX otro descriptor de 
canal. Su formato es el siguiente: 
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Y yaa 


11 
12 


13 
15 
lá 


12 
18 


19 


20 


dirección 8 (tratamiento de 

los errores). 

dirección 2 (tratamiento de 

los errores). 

identificador del canal "N”. 
dirección de la rutina de salida. 
dirección de la rutina de entrada. 
276 (longitud del descriptor de ca- 
nal). 


bloque de cabecera 


NCIRIS 


He 


ne 


NCNUM 
NCTYPE 


NCOBL 


NCDCS 
NCHCS 


NESELF 


número de la estación de destino. 
número de la estación en el momento 
de la apertura del canal (con 
OPEN). 

número del bloque de datos. 

tipo de bloque de datos (SG=datos 
1=E0F). 

número de bytes de datos dentro del 
bloque. 

comprobante de los datos. 

byte de comprobación de la cabecera 


información general 


NCCUR 


NCIBL 


posición del último carácter tomado 
del "buftfer”. 

número del bytes del "buffer" de 
entrada. 


bloque de datos 


NCB 


255 bytes del "buffer" de datos. 


El formato del descriptor de canal está bastante 
claro por lo que deberia ser comparado con las 
explicaciones acerca de los canales del Microdrive 
y los del interfaz RS232. Fijese que NCSELF 
contiene el número de la estación en el momento de 
la apertura (OPEN). Esto quiere decir que es 
posible tener abiertos varios canales de la red, 
cada uno de ellos con un identificador de estación 
distinto. 


Utilización del lenguaje 
ens=samb ll ador en la red 


En la ROM de 8K existen una serie de rutinas en 
código máquina que pueden ser utilizadas por el 
programador de lenguaje ensamblador. El procedi- 
miento de llamada es el mismo que el que se usa 
con los Microdrives y el interfaz RS232, €es 
decir, 


RST 8 
código 


donde el "código" puede ser uno de los siguientes! 


código operación 


45 Abre (OPEN) un canal de la red 
provisionalmente. La variable 
del sistema D_STRI tiene que 
contener el número de la 
estación de destino, y NTSTAT 
(23749) el número de la esta- 
ción emisora. 


46 Cierra (CLOSE) un canal de la 
red. El registro 1x debe  con- 
terer la dirección del 


descriptor de canal. 
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47 Lee un registro de la red. 
El registro  1X debe 
contener la dirección del des- 
criptor de canal. 

48 Escribe en un registro 
de la red. El registro IX debe 
contener la dirección del des- 
criptor de canal. A=9 
escribirá los datos. A=1 
enviará la señal de +fin de 
registro EOF "(End Of File). 


Fijese que en las descripciones ofrecidas ante- 
riormente el registro de la red nos da un informe 
completo de la misma, incluyendo el byte inicial 
de control, la cabecera y el bloque de datos. La 
rutina de "lectura del registro de la red" debe 
regresar con el señalizador de acarreo a "uno", en 
caso de que no se reciba ningún registro durante 
un periodo de tiempo razonable. Sin embargo, pare- 
ce como si hubiera un error que alterase el seña- 
lizador de acarreo, lo que hace que dicha rutina 
sea casi inutilizable. Esto puede que sea corre- 
gido en posteriores versiones de la ROM de 8K. 


Spectrumsxs de Servicio 


Uno de los objetivos más deseables de una red es 
la utilización compartida de periféricos. 
Evidentemente, si se va a cargar el mismo 
programa en todos los ordenadores conectados a la 
red, basta con que sólo uno de esos ordenadores 
tenga los Microdrives. De ¡igual modo, seria de 
gran utilidad la utilización conjunta de una 
impresora por parte de todos los ordenadores de la 
red. Esto puede lograrse muy facilmente reservando 
uno de los ordenadores como "ordenador de servicio 
de la impresora y el Microdrive”, Este ordenador 
lo único que hace es ejecutar un programa que 
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admite datos procedentes de la red y que los 
dirige al periférico adecuado. Hay muchas formas 
de desarrollar un programa sirviente (en el manual 
del Interface 1 puede verse uno de ellas), pero 
ninguno de los métodos que hasta ahora he podido 
ver eran completamente satisfactorios. No 
obstante, es importante darse cuenta que para 
utilizar conjuntamente los periféricos por un 
número determinado de Spectrums, es necesario 
dedicar uno de los ordenadores a ejecutar el 
programa de servicio de una forma exclusiva, lo 
que reduce en una unidad el número de ordenadores 
disponibles. 
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CAPITULO 1=2 


APLICACIOMES DE 


PROGRAMACION AVANZADA 


Este último capítulo presenta una serie de apli- 
caciones autónomas. La mayoría de ellas emplean la 
información ofrecida en los capitulos anteriores 
pero también se presentan algunos temas totalmente 
nuevos. La programación avanzada puede adquirir 
dos aspectos distintos. El primero está relacio- 
nado con la creación de buenos programas, claros, 
fáciles de manejar y con ausencia total de erro- 
res. El segundo es el que se explica en este 
capitulo y consiste en la utilización de las 
prestaciones que ofrece el ordenador de una forma 
totalmente nueva. Sin embargo, este tipo de pro- 
gramación avanzada presupone ya el dominio "por 
parte del programador del arte de escribir progra- 
mas simples pero con una estructura perfectamente 
clara, que funcione de forma "agradable para el 
usuario”, y que contenga el menor número posible 
de errores. ¡Ser un experto empleando un ordenador 
no significa abandonar el buen estilo de progra- 
mación! 


Matrices de bytes 


Er ciertos casos, la necesidad de almacenar una 
gran cantidad de números dentro de un espacio muy 
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reducido hace que el uso de las matrices numéricas 
del BASIC sea bastante ineficaz. 

Cada elemento de la matriz utiliza cinco bytes 
pero si los valores numéricos están comprendidos 
entre Y y 255, entonces teóricamente cada elemen- 
to puede almacenarse en un solo byte. En la 
práctica resulta bastante fácil crear matrices 
especiales de bytes utilizando simplemente PEEK y 
POKE. Los únicos requisitos que necesitamos son 
encontrar una sentencia que "dimensione” la matriz 
a base de reservarle N bytes, una función que nos 
dé el valor del enésimo elemento, y una función 
que almacene el enésimo elemento. 

El dimensionado no resulta demasiado dificil 
ya que se puede utilizar el comando CLEAR para 
reservar cualquier cantidad de bytes para uso 
especial. Sin embargo, para que la subrutina 
funcione tanto en el Spectrum de 1óK como en el de 
43K, primero deberá hallar la posición de memoria 
más alta utilizable en cada caso. Esto se puede 
conseguir leyendo (con PEEK) la variable del 
sistema RAMTOP situada en la posición 23739. De 
este modo, la función 


DEF FN d(N)=PEEK 232739+256XPEEK 23731-N 


nos dará la dirección situada N bytes por debajo 
de la posición de memoria más alta que esté siendo 
utilizada, y la sentencia 


CLEAR FN din) 
reservará N posiciones de memoria para almacenar 
la matriz de bytes. Las funciones para almacenar y 
para recuperar los datos son: 


DEF FN s(1)=PEEK 23?239+256X*XPEEK (23731)+1 


DEF FN r (I)=PEEK (FN s(1)) 
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La sentencia 
POKE FN s(I)>, D 


almacenará el dato D en el elemento 1I de la 
matriz, y 


Let D=FN r(1) 


recuperará el dato almacenado en el elemento 1 y 
lo guardará en D. 


Como ejemplo del funcionamiento de lo que 
acabamos de ver, el siguiente programa almacena 
256 números en una matriz de bytes: 


29 CLEAR FN d(256) 
30 FOR 1I=9 TO 255 
49 POKE FN s(1),1 
50 NEXT 1 


69 FOR I=TO 255 
70 PRINT FN r(l1) 
39 NEXT 1 


Si utilizamos una matriz de bytes sólo ocuparemos 
9,25K3 mientras que una matriz normal necesitaria 
1,25K para almacenar la misma cantidad de datos. 

Puede utilizarse la misma técnica para almace- 
nar números superiores a 259 usando más de una 
posición de memoria para cada elemento. 


Traspaso de parámetros 
a funciones USR 


En los capítulos anteriores se ha demostrado la 
gran ventaja que supone la ejecución de rutinas en 
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código máquina mediante las funciones USR. No 
obstante, la mayoria de los ejemplos han desarro- 
llado una serie de actividades que no tenian como 
objeto la obtención de un número como hacen  nor- 
malmente este tipo de funciones. En realidad, las 
funciones USR devuelven un número de 1ó bits en el 
registro doble BC. Por ejemplo, el programa 


LD BC, 42 
RET 


nos devolverá el número 42 si se ejecuta en una 
función USR. Lo que limita la utilidad de las 
funciones USR en código máquina es la dificul- 
tad de traspasar parámetros a las rutinas. Uno de 
los métodos utilizados en los capitulos anteriores 
es el de usar posiciones de memoria fijas como si 
fueran "apartados de correos”. El "apartado de 
correos” sirve para pasar datos a las rutinas de 
código máquina del usuario introduciéndolos (con 
POKE) en las posiciones de memoria antes de acudir 
a la rutina por medio de un USR. Esto funciona 
pero ni resulta demasiado +flexible ni encaja 
demasiado bien con el sistema de trabajo de otras 
funciones. 

Existe una forma de escribir rutinas de código 
máquina de forma que puedan aceptar los clásicos 
parámetros del BASIC del ZX. El método consiste en 
crear la llamada USR dentro de una función  defi- 
nida por el usuario con todos aquellos parámetros 
que sean necesarios. Por ejemplo, si desea una 
rutina en código máquina que sume dos números 
positivos de 1ló bits puede definir una función 


DEF FN atfx,y)=USR 23296 


suponiendo que el código máquina está almace- 
nado en la memoria intermedia ("bufter”) de la 
impresora 2X. El único problema que queda por 
resolver es cómo la función USR puede tener acceso 
al valor de los parámetros "x” e "y". La solución 
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se encuentra en la variable DEFADD (23563), que 
contiene la dirección del primer parámetro de las 
funciones definidas por el usuario en el momento 
en que están siendo evaluadas. De este modo, en el 
programa 


19 DEF FN aílx,y)=USR 23296 
29 PRINT FN a(2,3) 


la variable DEFADD guardará la dirección de la "x” 
en la linea 19 cuando se ejecute la linea 29. Esto 
quiere decir que la rutina USR puede servirse de 
la variable DEFADD para hallar la posición de 
memoria que contiene la "xx" en la linea 19. 

Seguramente se preguntará Vd. porqué la 
posición del nombre del parámetro utilizado por la 
función nos ayuda a conocer su valor. La respuesta 
es que cuando una función definida por el usuario 
está siendo evaluada por el BASIC del ZxX, también 
se evalúan todos sus parámetros para ser 
posteriormente almacenados en cinco bytes de la 
definición de la función que van a continuación 
del nombre del parámetro. Esto significa que en la 
linea 24 se evalúan cada uno de los parámetros, 
dando el resultado 2 para la x y el 3 para la y. 
(Por supuesto que a veces la evaluación es mucho 


más compleja, poniendo en juego complicadas 
expresiones aritméticas junto con otras funcio- 
nes). Luego el resultado 2 es almacenado en los 


cinco bytes que van detrás de la letra x de la 
linea 19 y el resultado 3 es almacenado en los 
cinco bytes que siguen a la letra y en la linea 
19. Cada uno de estos cinco bytes va precedido de 
un byte que contiene un 14, el código de control 
encargado de señalar que a continuación viene un 
número. Esto es lo que evita que los valores de 
los parámetros aparezcan en los listados de los 
programas. 

De este modo, en el momerto en que se llama a 
la rutina USR, los datos almacenados en la linea 
18 son: 
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byte 


2339456 9 19 11 12 13 
149 constante de constante de 
cinco bytes cinco bytes 
a 
Utilizando el valor almacenado en  DEFADD, la 
rutina puede recoger fácilmente los valores de los 
parámetros. 


Aunque existe la posibilidad de crear rutinas 
que procesen números de cinco bytes en coma 
flotante, siempre será mucho más fácil operar con 
números enteros de 1ó bits. El número entero de 16 
bits se almacena según un formato especial que 
utiliza los bytes segundo, tercero y Cuarto. De 
hecho, si sólo se utilizan enteros positivos 
entonces el número de 1ó bits quedará alojado en 
los bytes tercero y cuarto. 

Una vez visto esto resulta fácil crear una 
rutina capaz de sumar dos números positivos de 16 
bits: 


dirección lenguaje código comentario 
ensamblador 


23296 LD 1X, (23563) 221,42,11,92 carga la di- 
rección del 
primer pará- 
metro en Ix. 

23309 LDA A, (1X+4) 221,126,49 carga en A 
el primer 
byte del 
primer 
parámetro. 
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23393 


23306 


23397 


233109 


23313 


23314 


ADD A, (1X+12) 221,134,12 suma ÁA con 
el primer 
byte del 
segundo 
parámetro. 

LD C,A 79 almacena el 
resultado en 
C. 

LD A, (1X+5) 221,126,5 carga en ÁA 
el segundo 
byte del 
primer 
parámetro. 

ADC A, (1X+13) 221,142,13 suma a Y el 
segundo byte 
del segundo 


parámetro. 
LD B,A 71 almacena el 
resultado en 
B. 
RET 291 retorno al 
BASIC. 


A continuación se ofrece el programa que carga la 
rutina y que sirve como ejemplo de su  funciona- 


miento: 


19 


29 
39 
49 
5 
69 
79 
30 
99 


DATA 221,42,11,92,221,126,4,221,134,12,79, 
221,126,5,221,142,13,71,291 

FOR A=23296 TO 23314 

READ D 

POKE A,D 

NEXT A 

DEF FN a(x,y)=USR 23296 

INPUT A,B 

PRINT FN aía,b) 

GOTO 79 


Si introduce valores enteros en respuesta a la 
linea 79, observará que la linea 89 escribe el 
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resultado de su suma. Deberia Vd. experimentar 
utilizando expresiones más complejas en FN a. Por 
ejemplo, cambie la linea 88 por 


389 PRINT FN a(A,FN a(A,A)) 


para sumar A con At+A. La cuestión es que este 
método de traspaso de los parámetros a una rutina 
en código de máquina da lugar a una función que 
puede ser mezclada con otras y que puede usarse 
exactamente igual que aquéllas. Es evidente que la 
suma de dos números de 1ó bits no es una operación 
demasiado útil para ser realizada por una función 
en código máquina pero en la sección siguiente 
se utilizará la misma idea para añadir al BASIC ZX 
las funciones lógicas estándar. 


Manipulación de bits=s. 
AND, OR y NOT 


Una de las caracteristicas más frecuentes de los 
programas que se sirven directamente del hardware 
del ordenador es la de la manipulación de los 
bits. El motivo de esto es que, a menudo, el 
estado en que se encuentra un determinado bit o un 
grupo de bits refleja o controla la situación de 
algún componente del hardware. Otro de los motivos 
por los que se suelen examinar o cambiar bits, o 
grupos de bits, es para emplear diferentes partes 
de un byte para almacenar distintos componentes de 
información. Por ejemplo, un byte de atributos 
emplea el b? para indicar el estado del parpadeo 
("FLASH"), bé para el brillo ("BRIGHT"), b5 a b3 
para el color del papel ("PAPER") y b2 a bg para 
el de la tinta ("INK"). 

En otras versiones del BASIC, la manipulación 
de los bits se lleva a cabo utilizando los opera- 
dores lógicos AND, OR, y NOT pero en el BASIC  ZX 
estos operadores se comportan de modo diferente. 
En el funcionamiento normal del BASIC ZX, estos 
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operadores trabajan con los valores Y yl, que 
significan falso y verdadero respectivamente. Por 
ejemplo, el resultado de x AND y valdrá 1 si tanto 
x como y valen 1, y Y si cualquiera de ellos vale 
9. Esto se corresponde con la interpretación 
normal del castellano de la conjunción copulativa 
Y (Y=AND) en donde "x e y” sólo es verdadero en el 
caso de que lo sean tanto x como y. No obstante, 
el BASIC del ZX interpreta cualquier valor  dis- 
tinto de cero como verdadero, lo cual da lugar a 
los siguientes resultados según que x e y sean 
distintos de Y y de 1: 


x AND y = x si y es distinto de cero 
= Y si y vale Y 


x OR y = 1 si y es distinto de Y 
= x si y vale Y 


NOT x = Y4si x es distinto de cero 
= 1 si x vale cero 


Estos resultados son muy útiles a la hora de crear 
expresiones condicionales como las descritas en el 
capitulo 13 del Manual del Spectrum, pero no son 
adecuadas para el tratamiento y manipulación de 
los bits. 


Otras versiones del BASIC ejecutan el AND, el 
OR y el NOT por medio de operaciones "orientadas a 
los bits”, las cuales son mucho más útiles a la 
hora de efectuar la manipulación de éstos. Por 
ejemplo, el resultado de una operación AND de este 
tipo se efectúa realizando una comparación lógica 
AND entre los bits correspondientes a cada uno de 
sus operandos: el bY9 del resultado se consigue 
haciendo una comparación lógica AND del bg4 del 
primer operando con el bg del segundo, y asi 
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sucesivamente. De este modo el resultado de un AND 
"orientado a los bits" entre 7 y 12 seria! 


? =99909111 
12 =9900901109 
7 AND 12 =99999199 


ó 4 decimal. La operación AND del Spectrum nos 
daría un resultado de 7. 


La importancia de este tipo de operaciones 
"orientadas a los bits” es debida a que permiten 
poner a cero cualquier bit o grupo de bits efec- 
tuando una operación lógica AND entre éstos y un 
número "máscara". De forma Similar, permiten 
también poner a 1 cualquier bit o grupo de bits 
efectuando una comparación lógica OR entre éstos y 
otro número "máscara". Para ser más precisos: 


1) Para poner a cero a cualquier bit, hay que 
crear un número de referencia ("máscara”) com- 
puesto por unos en todos sus bits, excepto en 


aquellos que queramos poner a Y. Posteriormente, 
este número de referencia deberá ser comparado a 
través de una operación AND orientada a los bits 
con el número que contenga los bits que han de ser 
puestos a cero. 


2) Para poner a uno a cualquier bit, hay que 
crear un número de referencia ("máscara")  com- 
puesto por unos en todos sus bits, excepto en 
aquellos que queramos poner a 1. Posteriormente, 
este número de referencia deberá ser comparado a 
través de una operación OR orientada a los bits 
con el número que contenga los bits que han de ser 
puestos a cero. 


Por ejemplo, para poner a cero desde elb?Y 
hasta el b4 de un byte cualquiera, deberia efec- 
tuarse una operación lógica AND entre el byte y el 
número: 
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b7 bó Db5 b94 b3 b2 b1 bg 
DOGgwqgadsds1sa1 


Es decir, 15 en decimal. Para poner a uno el b7Y y 
el bó de un byte éste tendrá que ser comparado 
mediante una operación OR con el número 


b7 bó b5 b4 b3 b2 bi bg 
1100Q.. peu y 


es decir, 192 decimal. 


Evidentemente, el problema de este sistema €es 
que el BASIC ZX no posee estas operaciones lógicas 
"orientadas a los bits” AND, OR y NOT. Pero esto 
se puede remediar utilizando la técnica explicada 
en la sección anterior dedicada al traspaso de 
parámetros a las rutinas USR. La siguiente rutina 
se encargará de realizar una operación AND 
"orientada a los bits” entre dos números enteros 
de 16 bits: 


dirección lenguaje código comentarios 
ensamblador 


23296 LD 1X, (23563)  —221,42,11,92 toma la di- 
rección de 
los paráme- 
tros. 

23399 LD A, (1X+39) 221,126,4 primer byte 
del primer 
parámetro. 

23393 AND (1X+12) 221,166,12 AND con el 
primer byte 
del segundo 
parámetro. 

23396 LD C,A 79 almacena el 
resultado. 
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23397 LD A, (1X+5) 221,126,5 segundo byte 


del primer 
parámetro. 
23319 AND (IX+13) 221,166,13 AND con el 


segundo byte 
del segundo 


parámetro. 
23313 LD B,A 71 almacena el 

resultado. 
23319 RET 2901 retorno al 

BASIC. 


Si compara esta rutina de AND con la rutina  suma- 
dora de 1lá bits ofrecida anteriormente, observará 
que la única diferencia es que la instrucción ADD 
ha sido sustituida por una instrucción AND. Del 
mismo modo, se puede conseguir una rutina de OR 
"orientada a los bits” cambiando las dos .ins- 
trucciones AND por 


OR (1X+12) 221,182,12 
OR (1X+13) 221,182,13 


Para completar el conjunto, a continuación se 
ofrece una rutina NOT de 1ó bits: 


dirección ensamblador código comentario 
23296 LD IX, (23563) 221,42,11,92 toma la di- 
rección del 
parámetro. 
23309 LD A, (1X+4) 221,126,4 carga el 
primer byte. 
23393 cPL 47 complemento 
(NOT) de A. 
23399 LD C,A 79 almacena el 


resultado. 
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LD A, (1X+5) 221,126,53 carga el se- 
gundo byte. 
CcPL 47 complemento 
(NOT) de A. 
LD B,A 71 almacena el 
resultado. 
RET 201 retorno al 
BASIC. 


A pesar de que estas tres rutinas han sido diseña- 
das con la intención de que fueran almacenadas al 
comienzo de la memoria intermedia de la impresora, 
la verdad es que su ubicación es totalmente  indi- 
ferente, 


lugar 


de 


ofrece a 
de estas 


media 
nes: 


FN 
bits” 
FN 
bits" 
FN 
bits" 


de 


por lo que pueden alojarse en cualquier 
la memoria. El programa BASIC que se 
continuación carga el código máquina 
tres rutinas dentro de la memoria  ¡inter- 
la impresora, y define las tres funcio- 


atxsy), que realiza el AND "orientado a los 
entre x e y. 
oítxsy), que realiza el OR "orientado a los 
entre x e y. 
n(xsy), que realiza el NOT "orientado a los 


de 


19 


20 


30 


49 


59 


68 
28 


X«a 


DATA 221,42,11,92,221,126,4,221,166,12, 
79,221,126,5,221,166,13,71,291 

DATA 221,42,11,92,221,126,4,221,182,12, 
79,221,126,5,221,182,13,71,291 

DATA 221,42,11,92,221,126,4,47,79,221, 
126,5,47,71,291 


FOR A=23296 TO 23348 
READ D 

POKE A,D 

NEXT A 
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109 DEF FN a(X,Y)=USR 23296 
119 DEF FN o(X,Y)=USR 23315 
129 DEF FN n(X)=USR 23334 


139 INPUT A,B 
149 PRINT FN a(A,B),FN o (A,B),FN n(A) 
159 GOTO 139 


Para poder ver un ejemplo de cómo pueden emplearse 
las funciones AND,OR y NOT para simplificar las 
cosas, consideremos el problema de separar la 
información ofrecida por la función  ATTR. Este 
problema ya fue resuelto en el Capitulo é por 
medio de técnicas de tratamiento de bits basadas 
en la multiplicación y la división por potencias 
de dos. La multiplicación por dos equivale a un 
desplazamiento en un lugar hacia la izquierda del 
conjunto de bits que contiene el valor del número, 
añadiendo un cero a la derecha. Esto es equiva- 
lente a lo que le sucede a un digito en el sistema 
decimal cuando se multiplica por 19. Del mismo 
modo, si lo dividimos por 2 y tomamos la parte 
entera (INT) equivaldrá a un desplazamiento en un 
lugar hacia la derecha del conjunto de bits que 
contienen el valor del número, perdiendo el valor 
correspondiente al b%9. Si hacemos uso de estas 
operaciones de desplazamiento, podremos aislar 
grupos de bits pertenecientes a un byte, incluso 
podriamos lograr la puestaa $ Oo a 1 de bits 
individuales, pero esto último suele ser bastante 
complicado. Si utilizamos las funciones lógicas 
"orientadas a los bits”, podremos conseguir 
fácilmente el aislamiento de los componentes de un 
byte. Por ejemplo, para aislar el color de. la 
tinta (b2,b1,b%) de la función ATTR podemos usar! 


tinta=FN a(BIN 111,ATTR (línea, columna)) 


Para aislar el color del papel (b5,b4,b3) es 
tambiér bastante sencillo: 
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papel=INT (FN a(BIN 1119990,ATTR (linea, colum- 
na))/8) 


Por último, el brillo y el parpadeo vienen 
dados por 


brillo=INT (FN a(BIN 10990999, ATTR (liínea,colum- 
na))/64) 


y 
parpadeo=INT (FN a(BIN 10999998008, ATTR (línea, co- 


lumna))/128) 


El Intertface 1 Y 1los=2 


canales desfinibles 
por el usuario 


En el Capitulo 5 ya hemos tratado el tema de la 
ampliación de los canales en el modelo básico del 
Spectrum. Sin embargo, al ampliarlo con el Inter- 
face 1 y la nueva ROM de 8K aparece un nuevo 
formato ampliado de los descriptores de canal. Con 
el Interface 1 conectado, el descriptor de canal 
más simple es el de 11 bytes correspondiente a la 
RS232. Por supuesto, no hay ningún inconveniente 
en cambiar la dirección del controlador de E/S del 
descriptor de canal, por lo que el primer ejemplo 
ofrecido en la sección "Cómo crear sus propios 
canales” del Capitulo 5 también funcionará con el 
Interface 1 conectado. No obstante, si va a Crear 
un descriptor de canal completo, es mucho mejor 
hacerlo coincidir corn los formatos ampliados 
introducidos por la ROM de SK. 


El descriptor del nuevo canal deberá tener el 
siguiente formato: 


279 


byte 


a dirección de la rutina de salida. 

2 dirección de la rutina de entrada. 

z una letra con el nombre del canal. 

> 49 (dirección de la rutina de error de 
la ROM de 8K). 

ed 99 (dirección de la rutina de error de 
la ROM de 8K). 

2 11 (longitud del descriptor del canal). 


La única diferencia entre este descriptor y el de 
un Canal de la RS232 es que los primeros cuatro 
bytes guardan las direcciones de los controladores 
de E/S y los bytes del 5 al 2 guardan la direc- 
ción del controlador de errores de la ROM de 8K. 
La razón por la que se hace esto es porque todos 
los controladores de E/S que se creen van a alma- 
cenarse en la RAM y no en la ROM de 8k. 


Además de este cambio en el formato, el  des- 
criptor de canal también tiene que ser almacenado 
en el área de canales de la memoria en lugar de 
hacerlo en la memoria intermedia de la impresora, 
como haciamos en el Capitulo S. Para conseguirlo, 
hay que dejar un hueco de 11 bytes dentro del área 
de canales utilizando la rutina MAKESP (5717) de 
la ROM de 1óK. Esta rutina se encarga de preparar 
una zona de la RAM para realizar en ella  cual- 
quier actividad, desplazando hacia arriba, en la 
cantidad deseada todas las áreas de la RAM que 
estén siendo utilizadas, y también se encarga de 
corregir todas aquellas variables del sistema que 
se vean afectadas por este desplazamiento. La 
cantidad de espacio a crear se carga en el regis- 
tro doble BC, y la dirección de la primera posi- 
ción de esta nueva área en el registro doble HL. 
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De este modo, 


LD BC,199 
LD HL,23790 
CALL 35717 


creará un área disponible de 199 bytes de longitud 
a partir de la posición 23799. Cada vez que se 
añade un nuevo descriptor de canal al área de 
canales, el espacio suplementario que se precisa 
se coloca al final de los descriptores de canal ya 
existentes. De este modo el área de un canal 
definido por el usuario deberá crearse a partir de 
una dirección menos que la almacenada en. la 
variable del sistema PROG. La rutina que se ofrece 
a continuación creará el espacio necesario para 
alojar el nuevo descriptor de canal: 


dirección lenguaje código comentario 
ensamblador 


crea un espacio de 11 bytes 


23296 LD HL, (23635) 42,83,92 23635 es la 
dirección de 
PROG. 

23299 DEC HL 43 HL=fin del 
área de Ca- 
nales. 

23399 PUSH HL Le? guarda HL en 
la pila. 

23391 LD BC,11 1,11,9 cantidad de 
espacio a 
reservar. 

233904 CALL 5717 205,85,22 reserva el 
espacio 
necesario. 
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desplaza el descriptor de canal y lo sitúa en el 
área de canales 


233907 LD HL,23338 33,92,91 desplaza el 
23319 POP DE 209 descriptor 
23311 PUSH DE 213 de canal 
23312 LD BC, 11 1,11,9 ofrecido al 
23315 LDIR 237,176 final de es- 
ta rutina al 
espacio 


reservado de 
11 bytes de 
longitud. 


calcula la distancia existente entre el primer 
byte del descriptor y el primer byte del área de 
información de canales (ver Capitulo 5) 


A POP HL 229 calcula el 
23318 LD BC, (253631) 2372,75,79,92 valor de la 
23322 AND A 167 "distancia” 
23323 SBC HL,BC 237,66 que poste- 
23325 INC HL 33 riormente 
necesitará 
la tabla de 
corrientes. 
almacena la distancia en la tabla de corrientes 
23326 LD (23382),HL 3494,390,92 la almacena 
23329 RET 241 en la entra- 
da de la 
cuarta co- 
rriente. 
cortrolador de la salida 
27330 QUT LD BC,295 1,259,809 rutina de 
salida. 
23333 QUuUT. (2,4 232712 1 
23335 PET 201 


controlador de la entrada 


23336 IN RST 8 207 rutina de 
entrada. 
23337 DEFB 18 13 error de 


dispositivo 
no válido. 


descriptor de canal 


23338 DEFB 34 349 dirección de 
la rutina de 
salida. 

23339 DEFB 91 291 

2339409 DEFB 49 90 dirección de 
la rutina de 
entrada. 

23341 DEFB 91 91 

233942 DEFB "E" 69 identifica- 
dor del ca- 
nal. 

23343 DEFB 49 490 controlador 
del error. 

233449 DEFB Y [o] 

23345 DEFB 49 40 controlador 
del error. 

23396 DEFB Y g 

23397 DEFB 11 11 longitud del 
canal. 

23348 DEFB Y la] 


Las rutinas de entrada y salida que utiliza el 
descriptor de canal son las mismes Que se  em- 
plearon en los ejemplos del Capitulo S y lo único 
que hacen es enviar datos al "port" que controla 
el color del borde de la pantalla. A pesar de que 
esta rutina abrirá (con QPEN) la corriente 4 por 
asignación, esto puede ser modificado almacenando 
la dirección de otro elemento distinto de la tabla 
de corrientes en las posiciones 23327 y 23323. 
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El programa en BASIC ZX que aparece a continua- 
ción, carga la rutina en código máquina y nos 
proporciona un ejemplo de su utilidad: 


19 DATA 42,83,92,43,229,1,11,9,205,85,22 
20 DATA 33,42,91,299,213,1,11,9,237,176 
30 DATA 225,237,75,79,92,167,237,66,35 
49 DATA 34,39,92,291 
59 DATA 1,254,9,237,121,201, 
606 DATA 297,18 
79 DATA 34,91,49,91,69,49,9,49,9,11,0 
309 FOR A=2329%6 TO 23348 
99 READ D 

199 POKE A,D 

119 NEXT A 


120 LET S=43 


136 PRINT 40; 

199 PRINT 437; 

159 GOTO 1390 
1009 LET A=233749+2%5 


1010 POKE 233272,A-I1INT (A/256)X256 
1920 POKE 223328, INT (A/256) 

1030 LET A=USR 23296 

1949 RETURN 


Desde la linea 19 hasta la 110 se encuentra el ya 
habitual cargador del código máquina. La subrutina 
1004 abrirá la corriente S al nuevo descriptor de 
canal, y las lineas desde la 139% hasta la 159 
"escribirán” fenviarán corn PRINT) un 9 y un 7 al 
canal encargado de controlar el borde de la 
partalla haciendo que parpadee con los colores 
blarco y negro. Fijese en que este sistema de 
amplieción de canales definidos por el usuario 
funcionará tanto si está conectado el Interface 1 
como si no lo está. 
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Amp liacibn de comandos 
en el BASIC ZX 


Una vez conectado el Interface 1, la creación de 
nuevos comandos en el BASIC del -2> resulta rela- 
tivamente fácil siempre y cuando uno sea un buen 
programador en lenguaje ersamblador. La clave para 
añadir sus propios comandos radica en el método 
utilizado para el tratamiento de errores mientras 
está conectada la Interface 1. Cuando se produce 
un error, se utiliza el comando RST 3 para acudir 
al conocido controlador de errores. Sin embargo, 
como ya se ha explicado anteriormente, la llamada 
de error es interceptada por el Interface 1, lo 
que produce el pagirnado de la ROM de SK. Esta 
analiza la naturaleza del error y lo  comprueb- 
para ver si el comando que lo ha provocado puede 
ser manejado por ella correctamente, es decir, si 
se trata de alguno de los nuevos comandos  propor- 
cionados por la ROM de SK. Si se trata de uno de 
estos comandos, entonces se acudirá a la rutina en 
código máquina adecuada, y luego se devolverá 
el control a la ROM normal de 16 K. 

Si el comando no es tampoco reconocido por la 
ROM de 82K, ésta devolverá el control a la ROM de 
1óK enviándola a la dirección dada por la nueva 
variable del sistema VECTOR (23735). Esta variable 
normalmente contiene la dirección de una rutina 
final de control de los errores pero esta  di- 
rección puede ser modificada para transferir el 
control a una rutina programada por el usuario que 
hará un último intento para reconocer y ejecutar 
cualquier comando que haya sido rechazado por 
ambas ROMs. 


Si cambiamos la dirección almacenada er la 
variable VECTOR evidentemente se modificará el 
procedimiento normal de las sentencias del BASIC 


¿Xy tanto de las básicas como de las añadidas. 
Esto implica que cualquier comando que se añada al 


285 


BASIC a través de este sistema, normalmente 
producirá un error. Por ejemplo podriamos añadir 
comandos tales como: 


XT 
ASNX 
PAUSE 


cada uno de los cuales provocaria un error porque 
no serian reconocido por ninguna de las dos ROMs. 
Esto garantiza que su procesamiento pasará a la 
rutina "señalada” por VECTOR. 

En la práctica, la ampliación «del número de 
comandos es bastante complicada, por lo que es 
esencial tener unos amplios conocimientos de la 
organización de la ROM de 1ó6K. Si está Vd.  dis- 
puesto a ampliar el BASIC ZX, entonces no hay más 
remedio que utilizar muchas de sus rutinas. Sin 
embargo, cuando se transfiera el control a su 
propia rutina a través de la variable VECTOR, 
todavia permanece paginada la ROM de 8K. Para 
acudir a las rutinas de la ROM de 1óK deberá usar: 


RST 16 
DEFW dirección 


en donde "dirección" es la dirección de la rutina 
de la ROM de 1óK que desee utilizar. Todos los 
registros quedarán tal y como los deje la ROM de 
1óK. Mientras esté paginada la ROM de SK, todas 
las direcciones RST son distíntas de las que 
corresponden a la ROM de 1óéK. Las más importantes 
son: 


RST 32 presenta un informe de error de la ROM 
de 8K, el código del error va a  conti- 
nuación de RST 32. 

RST 49 presenta un informe de error de la ROM 
de 1léK, el código del error se almacena- 
ra en la variable ERRNO. 

RST 48 crea nuevas variables del sistema. 
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Las rutinas que ejecutan los nuevos comandos 
siempre tienen la misma forma general: 


1) Un comprobador de la sintaxis. 

Se encarga de comprobar si el nuevo comando 
está escrito de forma correcta. Si no lo está, 
entonces deberá presentar un informe de error por 
medio de un salto a la posición 496. El compro- 
bador de la sintaxis deberá explorar la linea 
hasta el final y dejará a la variable CH_ADD 
indicando el final de dicha linea. El final de la 
sentencia deberá ser examinado a través de una 
llamada a la subrutina 1463 situada en la ROM de 
8K. Si sólo se trata de comprobar la sintaxis, 
entonces el control no será transferido desde esta 
subrutina pero si se está ejecutando el programa 
(con RUN) entonces el control se pasa a la segunda 
mitad de dicha subrutina. 


2) Un módulo de ejecución (RUN). 

Lo que hace esta parte de la rutina es el 
trabajo necesario para ejecutar el nuevo comando. 
Una vez finalizado el módulo de ejecución, deberá 
transferir el control al BASIC ZX saltando a la 
posición 1473 de la ROM de 8£K. Las dos rutinas de 
la ROM de 1ók que son indispensables a la hora de 
crear nuevos comandos son: 


dirección función 


24 pone en el registro A el carácter en 
curso de la linea BASIC. 
32 pone en el registro A el siguiente ca- 


rácter de la linea BASIC. Las llamadas 
sucesivas a esta rutina producirán el 
avance del carácter en curso, logrando 
asi la exploración de toda la línea. 


La rutina del "siguiente carácter” se saltará 
automáticamente los espacios y los códigos de 
control, de modo que siempre devolverá el siguien- 
te carácter "útil". La rutina que se ofrece a 
continuación nos da un sencillo ejemplo de. la 
creación de nuevos comandos y ejecutará el comando 


PAUSEX 


el cual se encargará de detener la marcha de un 
programa hasta que se pulse cualquier tecla. 


dirección lenguaje código comentario 
ensamblador 


comprobación de la sintaxis 


23296 RST 16 215 toma el có- 
digo del 
comando. 

23297 24 24,9 

23299 CcP 242 254,292 ¿PAUSE? 

23301 JP NZ,ERR 1994,249,1 error. 

233949 RST 16 215 toma el si- 
guiente ca- 
rácter. 

23305 32 32,9 

233907 cP 942 254,92 ¿es un *X? 

23399 JP NZ,ERR 1994,249,1 error. 

23312 RST 16 215 se desplaza 


al final de 
la senten- 
Cia. 

23313 32 32,9 

23315 CALL CKEND 295,183,5 comprueba 
si es el 
final de la 
sentencia. 
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módulo de ejecución 


23318 LOOP XOR A 175 pone A a 
cero. 

23319 IN A, (254) 219,254 explora el 
teclado. 

23321 AND 31 239,31 sólo se 
guarda los 
5 bits in- 
feriores. 

23323 SUB 31 214,31 si no se 
pulsa nin- 
guna tecla 
A=31. 

23325 JP Z,LOOP 292,22,91 continúa 
hasta que 
se pulse 
una tecla. 

23328 JP COMEND 195,193,5 retorno a 
la ROM de 
1óK. 


La parte de comprobación de sintaxis de la rutina 
busca la palabra clave PAUSE, y luego el carácter 
"X". En el momento en que estos aparezcan, el 
control pasará a CKEND el cual transfiere el 
control a la rutina sólo en el caso de que el 
programa esté siendo ejecutado (con RUN). La parte 
de ejecución de la rutina lo único que hace es 
ejecutar un bucle sin fin hasta que se pulse una 
tecla, y luego retorna a través de COMEND, la cual 
pagina la ROM de lóéK y permite que continúe el 
programa BASIC. 


El programa BASIC siguiente carga el código 
máquina e introduce (con POKE) la nueva dirección 
de la variable VECTOR: 
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19 DATA 215,24,9,254,242,194,2498,1,215,32,9,2 
54,42,194,249,1,215,32,9,205,138,5 

29 DATA 175,219,254,239,31,214,31,292,22,91,1 
95,193,5 

39 FOR A=23296 TO 23339 

49 READ D 

59 POKE A,D 

49 NEXT A 

78 POKE 23735,9 

89 POKE 23736,91 


Una vez ejecutado este programa el comando PAUSEX 
será aceptado como parte de un programa, y hará 
que el programa se detenga hasta que se pulse una 
tecla. 


Las rutinas para añadir nuevos comandos BASIC. 
adoptan siempre la misma forma (un comprobador de 
sintaxis y un módulo de ejecución) pero  normal- 
mente el módulo de ejecución será mucho más  com- 
plicado que el que se ha ofrecido en el ejemplo. 


Un programa de 
estadisticas 


En los últimos ejemplos se ha utilizado con gran 
profusión el lenguaje ensamblador del 28%. Para 
demostrar la forma en que puede sacarse provecho 
de los conocimientos adquiridos sobre el funcio- 
namiento interno del Spectrum, incluso en los 
programas en BASIC más sencillos, el siguiente 
ejemplo presenta un programa de estadisticas que 
permitirá editar los datos, calculará estadis- 
ticas, dibujará histogramas y grabará y cargará 
datos en una Cinta. 
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El primer problema es cómo almacenar los datos 
para ser analizados. El método más lógico seria el 
de utilizar una matriz numérica dimensionada. Esta 
puede ser grabada (con SAVE) y cargada (con LOAD) 
muy facilmente, y permitiría analizar y listar 
rápidamente tantos datos como quepan en la RAM. 
Sin embargo, la utilización de una matriz tiene 
sus problemas. El primero es que cuando se carga 
una matriz mediante 


LOAD "nombre"DATA D() 


no se puede acceder inmediatamente al número de 
elementos de la matriz. Cuando los datos son 
generados por el programa, no es dis+ficil seguir la 
pista del número de elementos de una variable, N, 
por ejemplo. El problema es cómo fijar el valor de 
N cuando se lee una variable procedente de una 
cinta. Una posible respuesta seria almacenar N en 
uno de los elementos de la matriz antes de que sea 
grabada en la cinta pero se trata de una compli- 
cación innecesaria dentro del sistema de almace- 
namiento de datos. Si hacemos uso de lo que ya 
sabemos acerca del formato del almacenamiento de 
matrices explicado en el Capitulo 4 (ver la Fig. 
4.1), nos será posible crear unas cuantas lineas 
en BASIC ZX que leerán (con PEEK) la dimensión de 
la matriz. La cuestión es cómo localizar la posi- 
ción de memoria en la que comienza la matriz. Un 
camino a seguir seria el de crear una rutina de 
lenguaje ensamblador que buscase la matriz en el 
área de variables pero hay un método mucho más 


sencillo. La variable del sistema  DEST (23629) 
contiene la dirección de destino de una variable 
durante su asignación (con LET). De este modo, si 


queremos averiguar la dirección del primer  ele- 
mento de la matriz D, lo único que hay que hacer 
es: 


LET T=D(1) 
LET D(1)=PEEK 23629+256*xPEEK 23639 
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y a continuación: 


LET N=PEEK (D(1)-1)+256XPEEK (D(1)) 
LET D(1)=T 


almacenará en N la dimensión de la matriz y 
restablecerá el valor de D(1). 

El otro problema que nos queda es cómo añadir 
datos a una matriz ya existente. Si la matriz 
contiene N números, y el usuario desea añadir  M 
números, entonces habrá que ampliar la matriz 
hasta DIM D(N+M) procurando no perder ninguno de 
los datos originales. Esto también puede lograrse 
utilizando una rutina de lenguaje ensamblador, 
pero una vez más basta con el BASIC del  ZX. Para 


ampliar la matriz D hasta N+M, primero dimen- 
sionamos una matriz DIM E(N) y hacemos en E una 
copia de todos los datos existentes en  D. Luego 
redimensionamos D hasta DIM D(N+M) y volvemos a 


efectuar en D una copia de todos los datos dejando 
M elementos libres, preparados para alojar los 
nuevos datos. Por último tendremos que volver a 
dimensionar la matriz E con DIM E(1) para que deje 
libre el espacio que ocupaba. No es el sistema más 
rápido, ¡pero es el más sencillo! 

Una vez que han sido resueltos estos dos pro- 
blemas, el programa de estadistica resultante es: 


19 REM PROGRAMA DE ESTADISTICA 
599 CLS 
519 PRINT TAB 43"ESTADISTICAS” 
529 PRINT AT 6,9 
5309 PRINT "(1) Introducir nuevos datos.” 
599 PRINT "(2) Generar datos aleatorios.” 
559 PRINT "(3) Editar datos." 
569 PRINT ”"(4) Grabar/Cargar datos.” 
578 PRINT "(5) Calcular estadisticas.” 
589 PRINT ”(6) Dibujar histograma." 
599 PRINT "(7) Fin.” 
6006 PRINT AT 21,2;"Introduzca la opcion dese 


61% INPUT sel 

62% IF sei=1 THEN GO SUB 3099 

639 IF sei=2 THEN GO SUB 1999 

649 IF sei=3 THEN GO SUB 4990 

659 IF sei=4 THEN GO SUB 1599 

669 IF sel=5 THEN GO SUB 5599 

6798 1F sel=ó THEN GO SUB 6999 

68% IF sei=7 THEN STOP 

67998 GO TO 5909 

10909 CLS 

10109 PRINT TAB 8;5"Datos aleatorios” 

1929 PRINT ”"Numero de datos ?"; 

1039 INPUT n 

1049 PRINT n 

10509 DIM dín) 

1960 PRINT AT 3,9;3"Fraccionarios o enteros (+ 
le) ?"; 

1979 INPUT as 

1089 IF a$<>"*f" AND a$<>"e” THEN GO TO 1969 
1099 PRINT as 

1199 LET t=9 

11109 IF a$="e" THEN LET t=1 

1129 PRINT AT 4,9;3"numero menor 7”; 

11309 INPUT 1 

1149 PRINT 1 

1159 PRINT "numero mayor ?"; 

1169 INPUT h 

1179 PRINT h 

118% IF h>1 THEN GO TO 1219 

1199 PRINT "el mayor<el menor !” 

1290 GO TO 1129 

1219 FOR i=1 TO n 

1220 LET d(i)=RNDX(h-1+t)+1 

1239 IF t=1 THEN LET d(i)=INT d(i) 

1249 PRINT "valor del dato "3i3" = "53d(i) 
1259 NEXT i 

12694 GO TO 8909 

1599 CLS 

1519 PRINT TAB 2;"Grabar o Cargar datos (9/Cc) 


1529 INPUT as 
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1539 IF a$<>"g" AND a$<>"c" THEN GO TO 1599 
1549 IF as$="c" THEN GO TO 1699 

1559 PRINT ”TAB ó6;”"Nombre del fichero 2"; 
1569 INPUT +43 

1579 SAVE +% DATA d() 

1529 GO TO 3999 

1640 PRINT *TAB 10;"Esta seguro"” TAB 1;"de qu 
e quiere cargar datos 2?” 

1619 INPUT as 

16209 IF a$="n"” THEN GO TO 8999 

16309 IF a$(1)<>"s"” THEN GO TO 1699 
1696 PRINT *TAB 6;”"Nombre del +tichero ?"; 
1659 INPUT +3 

1669 LOAD $$ DATA d() 

1679 LET t=d(1) 

1620 LET d(1)=PEEK 23629+256%*PEEK 23639 
1699 LET n=PEEK (d(1)-1)+256XPEEK d(1) 
17099 LET d(1)=t 

1719 RETURN 

2006 LET m=9 

2019 LET s=9 

2020 LET 1=d(1) 

2039 LET h=1 

206499 FOR i=1 TO n 

2059 LET m=m+d(i) 

20698 IF 1>d(i) THEN LET 1l=d(i) 

29798 IF h<d(i) THEN LET h=d(i) 

29089 NEXT i 

20998 LET m=m/n 

2199 FOR i=1 TO n 

2119 LET s=s+(d(i)-m)Xx(d(i)-—m) 

2129 NEXT i 

2139 LET s=s/ (n-1) 

214% RETURN 

25909 CLS 

2516 PRINT "numero de datos= "3n 

2520 PRINT "maximo= "3h 

2539 PRINT "minimo= "31 

25949 PRINT "intervalo= ";jh-1 

2559 PRINT "media= "jm 

2569 PRINT "varianza= "js 
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2579 PRINT "desviacion tipica= "3S0R (s) 
2589 GO TO 8999 

30990 CLS 

30910 PRINT TAB 8;"Entrada de datos" 

3929 PRINT ”"Numero de datos ?"; 

3930 INPUT n 

30949 PRINT n 

3059 DIM d(n) 

396% FOR i=1 TO n 

3070 PRINT AT 21,9;5"dato "ji" = "j; 

3989 INPUT d(i) 

3099 PRINT d(i): PRINT 

31099 NEXT i 

3119 PRINT TAB 33"Fin de la entrada de datos” 
3129 GO TO 8999 

4999 CLS 

4919 PRINT TAB 6;"Edicion de datos” 

4929 PRINT AT 5,9 

4938 PRINT "(1) listar los datos.” 

4099 PRINT "(2) modificar datos.” 

42859 PRINT "(3) borrar datos.” 

4069 PRINT "(4) incorporar nuevos datos.” 
4979 PRINT "(5) volver al menu principal." 
4089 PRINT AT 21,2;3"Introduzca la opcion dese 
ada" 

4999 INPUT ed 

4199 IF ed=1 THEN GO SUB 4299 

41109 IF ed=2 THEN GO SUB 4599 

41209 IF ed=3 THEN GO SUB 4699 

4139 IF ed=94 THEN GO SUB 4899 

4199 IF ed=5 THEN RETURN 

4159 GO TO 49099 

42998 CLS 

4219 PRINT "Comienzo a partir de ?”; 
4229 INPUT 1 

3942390 PRINT 1 

4249 PRINT "hasta (-1 = totalidad) ?"; 
4259 INPUT h 

4262 PRINT h: PRINT 

42708 IF hx<9 THEN  LET h=,n 

4288 IF 1>h THEN GO TO 4290 


295 


4298 IF 1>2n OR h>n OR 1<1 OR h<i THEN GO TO 


4299 
4309 FOR i=1 TO h 
4319 PRINT "valor del dato "jij" = "3d(i) 


4320 NEXT i 

43309 GO TO 89989 

45909 CLS 

4519 PRINT "Que dato hay que modificar >?" 
4529 INPUT i 

4539 IF i<1 OR i>n THEN GO TO 4599 

4599 PRINT i 

4554 PRINT "valor actual = "3d(i) 

4569 PRINT "valor nuevo = 2"; 

45790 INPUT d(i) 

4588 PRINT d(i) 

4599 GO TO 8999 

46009 CLS 

4619 PRINT "Borrado a paertir del dato ?"; 
4629 INPUT 1 

4639 PRINT 1 

46409 PRINT "hasta ?"; 

4659 INPUT h 

4669 PRINT 

4679 IF h<i THEN GO TO 4699 

4689 IF hn OR h<1 OR 1>h OR 1<1 THEN GO TO 
4690 

4699 PRINT 

9706 PRINT "borrar desde "313" hasta "3h 
4710 PRINT "es correcto 2" 

4728 INPUT as 

47390 PRINT as 

94746 IF a$(1)<>"s” THEN RETURN 

4758 FOR i=h+1 TO n 

4768 LET d(1+i-h-1)=d(i) 

47798 NEXT i 

4780 LET n=n-h+1-1 

47948 RETURN 

4898 CLS 

48109 PRINT "Numero de datos a aumentar 7?"; 
4829 INPUT m 
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4839 
4849 
48590 
43869 
4879 
4889 
4899 
49900 
4919 
4929 
4939 
4949 
4959 
4969 
4970 
4989 
49998 
5049 
510 
5ga2g 
5599 
5519 
5529 
5530 
690 
6919 
6029 
60839 
60849 
6059 
6069 
6079 
6089 
69998 
61909 
6119 
6129 
6139 
6149 
6159 
6169 


PRINT m 

DIM elr) 

PRINT "efectuando la ampliacion” 
FOR i=1 TO nm 

LET ef(i)=d(i) 


NEXT i 

PRINT "ya falta poco" 
DIM dí(n+m) 

FOR i=1 TO n 


LET d(i)=e(i) 

NEXT i 

PRINT "listo” 

DIM e(1) 

FOR i=n+1 TO n+m 

PRINT "valor del dato "3i3" = 2”; 
INPUT d(i) 

PRINT d(i) 

NEXT i 

LET n=n+m 

GO TO 89908 

CLS 

PRINT "calculando” 

GO SUB 2999 

GO TO 2599 

cLS 

PRINT "Numero de datos 72"; 
INPUT m 

PRINT m 

PRINT "valor maximo= ?"; 
INPUT h 

PRINT h 

PRINT "valor minimo= 2"; 
INPUT 1 

PRINT 1 

IF h<=1 THEN GO TO 6909 
LET d=(h-1)/m 

GO SUB 7999 

FOR i=1 TO m 

PRINT AT 21,9;INT (1X190)/100;TAB 6; 
IF h(i)=9 THEN GO TO 6199 
FOR j=1 TO h(1)/4%X25 
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6179 PRINT CHR*$ 143; 

6189 NEXT j 

61998 PRINT : PRINT 

6299 LET l=1+d 

62189 NEXT i 

62248 PRINT : PRINT 

62389 GO TO 8999 

798909 DIM h(m) 

7819 FOR i=1 TO n 

7829 LET j=(d(i)-1)/(h-1)Xm+1 

7030 LET j=INT j 

70899 IF j<1 OR jm THEN GO TO 7069 
70859 LET h(j)=h(j)+1 

7869 NEXT i 

7070 LET +f=9 

70889 FOR i=1 TO m 

7898 IF +<h(i) THEN LET f$f=h(i) 
7199 NEXT i 

7119 RETURN 

38949 PRINT 

89219 PRINT AT 21,1;5"pulse una tecla para cont 
inuar" 

8929 IF INKEY$="" THEN GO TO 8929 
8939 RETURN 


Este es el programa más extenso de todo el 
libro y como tal contiene muchas de las técnicas 
y conceptos que sólo adquieren importancia cuando 
los programas son muy largos. Fijese concretamente 
en el empleo de los menús que permiten al usuario 
seleccionar la función que desee, y en la forma de 
controlar las entradas de datos de los INPUT que 
trata de impedir la introducción en el programa de 
datos no válidos y que podrían bloquearlo. La 
utilización masiva de subrutinas hace que el 
programa sea más fácil de comprender y de ampliar. 
A continuación se ofrece una tabla de las  sub- 
rutinas empleadas para facilitar la comprensión 
del programa y la localización de cada una de 
ellas. 
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núm. de linea descripción 


590- 690 menú principal. 

1990-1279 generador de datos aleatorios. 

1590-1719 grabación y carga de datos (SAVE y 
LOAD). 

2090-2140 calcula las estadisticas. 

2599-2589 escribe los resultados. 

3090-3129 entrada de datos. 

4909-4159 menú de edición de los datos. 

4299-4330 listado de los datos. 

4590-4599 modificación de los datos. 

4699-4799 borrado de los datos. 

4890-5020 ampliación del número de datos. 

5500-6239 dibujo del histograma. 

7999-7119 creación del contador de frecuen- 
cias. 

8909-8939 detección de la pulsación de cual- 


quier tecla para continuar. 


Las modificaciones necesarias para lograr que 
este programa funcione con datos almacenados en 
Microdrives son muy sencillas si no se desea 
aprovechar la mayor capacidad de almacenamiento de 
datos que los Microdrives ofrecen. La forma más 
directa de cambiar el programa e€es Cambiando las 
sentencias SAVE...DATA y LOAD...DATA por las 
sentencias SAVEX*X...DATA y LOADX...DATA. Aparte de 
esto, hay que cambiar también los datos relativos 
a los nombres de los ficheros utilizados. Sin 
embargo, el mejor sistema para almacenar los datos 
en los Microdrives es utilizar ficheros de escri- 
tura (PRINT files). En vez de almacenar todos 
los datos en una matriz, se puede usar un fichero 
de este tipo, con lo que cada vez será procesado 
un solo dato. Esto aumenta la cantidad de datos 
que pueden ser procesados hasta donde alcance la 
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capacidad del Microdrive, en lugar de disponer 
nada más que del sitio libre que queda por encima 
del almacenamiento de las variables. El precio que 
hay que pagar por la adopción de este sistema es 
la pérdida de rapidez. Cada vez que se necesita un 
dato hay que leer la totalidad del fichero, y son 
todavia más lentas algunas operaciones como la de 
la ampliación de los datos. 


Cómo uti ligar 
el Interface => 


El Interface 2 es un dispositivo de hardware muy 
simple que permite adaptar al Spectrum unos  "joy- 
sticks" estándar y también los cartuchos de  soft- 
ware almacenado en ROM. Lo más importante del In- 
terface 2, en lo que al programador se refiere, es 
que introduce una alternativa al teclado en lo re- 
lativo a los juegos de animación. Los "joysticks"” 
se conectan como si fueran un duplicado del 
conjunto teclas de la fila superior, de este modo: 


dirección "joystick" 1 "joystick" 2 
tecla tecla 

Izquierda ó 1 

Derecha 7 2 

Abajo g 3 

Arriba 9 4 

Disparo a 5 


Aunque estas teclas pueden leerse utilizando la 
conocida función INKEY*%, es mucho mejor utilizar 
IN 61438 para leer el "joystick" i e IN 63486 para 
el "joystick" 2. Para comprobar las teclas que 
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están pulsadas pueden utilizarse funciones lógicas 
definidas por el usuario. Por ejemplo, el programa 


590 LET A=IN 61438 

519 IF FN ala,BIN 1)=9 THEN PRINT "disparo" 

529 IF FN aífa,BIN 19)=9 THEN PRINT "arriba” 

5309 IF FN afa,BIN 199)=9 THEN PRINT "abajo" 

549 IF FN a(a,BIN 1999)=9 THEN PRINT "derecha" 

559 IF FN afa,BIN 19999)=9 THEN PRINT "izquier 
da” 

569 PRINT 

579 GOTO 599 


escribirá las palabras adecuadas cada vez que se 
pulse una tecla o grupo de ellas. Fijese que este 
programa hay que añadirle el de la definición de 
las funciones lógicas "orientadas a los bits" 
ofrecido anteriormente en este mismo capitulo. 


Conc ilus ii On 


No existe ningún limite al provecho que se puede 
sacar de los conocimientos adquiridos sobre el 
funcionamiento interno del Spectrum. El consejo 
más importante que puedo ofrecerle relativo a sus 
proyectos de programación es ¡que se los tome en 
serio!. Es muy fácil comenzar un proyecto sin 
tener claro ningún objetivo, y abandonar cuando 
las cosas empiezan a complicarse. Si comienza 
teniendo una idea exacta de lo que quiere que haga 
el software, y establece unas especificaciones 
suficientemente detalladas, la superación de las 
dificultades se convierte en un reto agradable. No 
abandone, trate de aislar los problemas y cree 
rutinas auxiliares para investigar que es lo que 
sucede cuando algo falla. La terminación de un 
programa que realice todo aquello que habiamos 
planeado es recompensa suficiente para el esfuerzo 
realizado. 
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